к. э. н., доцент Николаенко В. Л.

Николаенко Д. В.

Филатова А. М.

Автомобильно-дорожный институт

Донецкого национального технического университета, г. Горловка

ПОСТРОЕНИЕ ДИАГРАММ ПРЕЦЕДЕНТОВ И КЛАССОВ НА ПРИМЕРЕ ГОСУДАРСТВЕННОГО ПРЕДПРИЯТИЯ Донецкая железная дорога «Никитовская дистанция пути»

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

В условиях постиндустриального общества информационное пространство распространяется на все сферы человеческой деятельности. Одним из основных факторов конкурентоспособности предприятия на современном мировом рынке является возможность применения и использования вычислительной техники и средств информационной обработки данных. «В последние десять лет среди различных инструментальных средств, способных визуализировать функционирование экономической системы особое место занимает язык моделирования UML» [1] Построенная объектная модель позволит спрогнозировать его будущее положение на рынке товаров и услуг.

Рассмотрением вопросов, связанных с построением объектных моделей систем различной сложности занимались такие ученые как Лаптев В. В., Морозов А. В., Бокова А. В. [4], Бондарев В.М. [5], Айра Пол [6], однако эти работы носят по большей части теоретический характер. Остается ещё ряд сложностей, связанных с практическим применением языка UML при моделировании экономических систем.

На сегодняшний день система заказа транспортного средства представлена в виде взаимоотношений предприятия, предоставляющего транспортное средство и заказчика, который выступает в роли инициатора осуществляемого процесса. Проектирование данной системы позволит значительно сократить время на оформление требуемого заказа и отобразить состояние системы в различные моменты времени. Каждый из авторов рассматривает значимость ООП в данном вопросе по-разному. «На сегодняшний день одним из условий повышения эффективности оперативного управления транспортно-логистическими системами (ТЛС) является внедрение информационных технологий в технологические процессы планирования и управления. Здесь требуется переход от традиционных методов планирования и управления к таким методам, где применение информационных технологий даст наибольший эффект. Одним из вариантов является переход от последовательных технологий оперативного планирования работы к объектно-ориентированному подходу» [2].

Именно поэтому актуальным становится вопрос объектного анализа системы заказа транспортного средства, построения объектной модели, выявления взаимосвязей прецедентов и классов проектируемой системы и определение последовательностей событий при построении данной системы.

Целью работы является объектный анализ системы заказа транспортного средства и построение его объектной модели.

Анализ проектируемой системы рассматривается с позиции исполнителя заказа. Это позволяет построить диаграмму прецедентов и выделить основные прецеденты, действующие в системе (рис. 1).

При оформлении заказа на работу транспортного средства заказчик подает заказ на предприятие, занимающееся предоставлением данного вида услуг. В нашем случае это ГП Донецкая железная дорога «Никитовская дистанция пути». Исполнитель со стороны предприятия (экономист) после подачи заявки осуществляет процедуры, связанные с оформлением заказа.

Рассмотрим подробнее систему оформления заказа транспортного средства.

Внешними сущностями по отношению к системе можно выделить заказчика и исполнителя (экономиста). Они связаны с прецедентом «Заказ ТС» отношением ассоциации с кратностью один ко многим, т. е. один заказчик или экономист может взаимодействовать с несколькими заказами, но, в то же время, каждый конкретный заказ ассоциирован только с одним заказчиком или исполнителем.

Прецедент «Заказ ТС» может быть разбит на более мелкие составляющие, как, например, заказ автомобиля КАМАЗ, автокрана, автобуса и т. д. «Заказ автобуса» может быть детализирован таким прецедентом, как «Заказ автобуса ПАЗ». Данное уточнение отображено на диаграмме соответствующими прецедентами, связанными с прецедентом «Заказ ТС» отношением обобщения. Поскольку выполнение заказа связано с затратами на предприятии, то исполнителю заказа может потребоваться выполнить расчет калькуляции на транспортное средство. В этом случае прецедент «Заказ ТС» и «Расчет калькуляции» связаны между собой отношением расширения. Кроме того, прецедент «Расчет калькуляции ТС» включает в себя затраты на амортизацию ТС, на его рентабельность, на заработную плату водителю данного ТС и на оплату налога на добавленную стоимость связанные с прецедентом «Расчет калькуляции ТС» отношением включения, которое указывает, что поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования.

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

«Центральное место в ООАП занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов может отражать различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений» [4]. Для рассматриваемой задачи диаграмма классов представлена в следующем виде (рис. 2).

«extend»

1 * * 1

Заказчик Экономист

«include» «include» «include» «include»

Рис. 1 – Диаграмма вариантов использования системы «Заказ ТС»

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

Рисунок 2 – Диаграмма классов системы «Заказ ТС»

Рассмотрим свойства и методы классов на примере класса „Экономист”. Данный класс обладает свойством уровень квалификации (1 категории), который влияет на возможность доступа к информационной базе предприятия, и выполняет оформление документов, предоставляет отчетность по кварталам и за год, рассчитывает калькуляцию на предоставление услуг. Поскольку класс «Экономист» является структурным подразделением данного предприятия, то данный объект связан с ГП Донецкая железная дорога «Никитовская дистанция пути» отношением композиции и ассоциирован с классами «Заказчик» и «Заказ ТС».

Классы «Мастер» и «Бухгалтер» также связаны отношением композиции с данным предприятием, поскольку являются частью более общей сущности, представленной классом «ГП Донецкая железная дорога «Никитовская дистанция пути»».

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

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

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

Литература

1. Буч Г., Рамбо Д., Джекобсон А. Язык UML Руководство пользователя / Пер. с англ. А. А. Слинкин. – М.: ДМК Пресс, 2000. – 432 с.;

2. Горев А.Э. Информационные технологии в управлении логистическими системами. – СПб.: СПбГАСУ, 2004. – 193 с.;

3. Леоненков А. В. Самоучитель UML. – СПб.: БХВ, 2004. – 158 с.;

4. Лаптев В. В., Морозов А. В., Бокова А. В. С++. Объектно-ориентированное программирование. Задачи и упражнения. – СПб.: Питер, 2007. – 288 c.;

5. Бондарев В.М. Программирование на С++ (2 изд). – Харьков.: Смит, 2005.– 284 с.;

6. Айра Пол. Объектно-ориентированное программирование на С++. – СПб.: Бином, 2001. – 464 с..