Современные информационные технологии/3. Программное обеспечение

Черненко С.В., Чернышева С.В.

Автомобильно-дорожный институт ГВУЗ «ДонНТУ»

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

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

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

одель» можно определить, как условный образ объекта, формирующий представление о нем в некоторой форме, отрицательной от реального существования данного объекта [1, 13].

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

Создание экономических моделей в виде компьютерных программ обуславливает необходимость проведения глубокого анализа ее предметной области. Решением данной задачи занимается объектное моделирование. Основу объектного моделирования составляет методология объектно-ориентированного анализа и проектирования (ООАП) [3, 34]. Появление ООАП непосредственно связано с программным моделированием экономических систем. Объектно-ориентированный подход (ООП) в программировании показал, что процесс написания программного кода может быть отделен от процесса проектирования структуры программы [1, 89]. Действительно, до того как начать программирование классов, их свойств и методов, необходимо определить, чем же являются сами эти классы. Более того, нужно дать ответы на такие вопросы, как: сколько и какие классы нужно определить для решения поставленной задачи, какие свойства и методы необходимы для придания классам требуемого поведения, а также установить взаимосвязи между классами.

Эта совокупность задач не столько связана с написанием кода, сколько с общим анализом требований к будущей программе, а также с анализом конкретной предметной области, для которой разрабатывается программа. Все эти обстоятельства привели к появлению ООАП [3, 24].

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

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

Создание UML началось в октябре 1994г., когда Джим Рамбо и Гради Буч из Rational Software Corporation стали работать над объединением своих методов OMT и Booch. Было создано несколько черновых версий языка UML (версии 0.9 и 0.91), которые заинтересовали некоторых крупных производителей. В результате был создан консорциум UML Partners, в который вошли представителей таких грандов информационных технологий, как Rational Software, Microsoft, IBM, Hewlett-Packard, Oracle, DEC, Unisys, IntelliCorp, Platinum Technology. В результате этого сотрудничества в январе 1997 г. увидела свет спецификация 1.0 UML. До сегодняшнего дня продолжается развитие и модернизация языка UML (уже создано более 10 спецификаций). За это время UML стал стандартом языков моделирования, и UML стали поддерживать практически все известные разработчики средств объектного моделирования [5].

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

Литература:

1. Самоучитель UML/ А.В. Леоненков.- 2-е узд.- С.Пб.: БХВ, 2004.

2. М. П. Власов, П. Д. Шимко. Моделирование экономических процессов – Ростов н/Д : Феникс, 2005.

3. Г. Буч Объектно-ориентированный анализ и проектирование с примерами на C++, 2-е изд./Пер. с англ.- М.: «Издательство Бином», СПб.: «Невский диалект», 2000.

4. М. В. Петров. Современные подходы к программированию. Режим доступа – www.codenet.ru/articles/23879uef32/article.php

5. Л. Крэг. Применение UML и шаблонов проэктирования. Режим доступа – www.codenet.ru/articles/23345uef12/article.php.