CC BY
181
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10-1/2016 ISSN 2410-6070
Выводы. Современный международный валютный рынок является многогранной целостной структурой, которая основана на принципах биржевого и внебиржевого рынков. Согласно экономической теории биржевым рынком считается торговля валютой на специально организованных валютных биржевых платформах. На внебиржевом рынке торговля ведется в основном между коммерческими банками. Главное назначение мирового валютного рынка - обеспечение доступа к финансовым ресурсам и международным проектам.
Список использованной литературы:
1. Лиховидов В.Н. Фундаментальный анализ мировых валютных рынков / В.Н.Лиховидов. - М., 2014. - 90 с.
2. Arthur O' Sullivan. Economics: Principles in action / Arthur O' Sullivan, Steven M. Sheffrin - Upper Saddle River, New Jersey 07458: Pearson Prentice Hall, 2015. - 551 p.
3. Financial Instruments : Equities, Debt, Derivatives, and Alternative Investments David M. Weiss - Penguin Group US, on 23 July, 2016. - 384 p.
4. International Financial Markets the Challenge of Globalization. / Edited by Leaonardo Auernheimer. - 2015. -ЗЗб p.
5. Triennial Central Bank surveys foreign exchange and derivatives market activity in April 2013 [Электронный ресурс]. - Режим доступа: www.bis.org.
© Шевченко М.Н., 2016
УДК 681.518:658
С. Н. Широбокова
к.э.н., доцент кафедры «Информационные и измерительные системы и технологии» Южно-Российский государственный политехнический университет (НИИ) имени М.И. Платова, г.
Новочеркасск, Российская Федерация
О МЕТОДИКЕ ПОСТРОЕНИЯ иМЬ-МОДЕЛЕЙ ПРЕДМЕТНО-ОРИЕНТИРОВАННЫХ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ НА ПЛАТФОРМЕ «1С:ПРЕДПРИЯТИЕ»
Аннотация
Рассмотрены особенности использования графической нотации унифицированного языка моделирования иМЬ для построения объектных моделей данных предметно-ориентированных экономических приложений на платформе «1С:Предприятие».
Ключевые слова
Унифицированный язык моделирования иМЬ, проектирование информационных систем, модели данных, диаграммы прецедентов, диаграммы деятельности, диаграммы классов.
Объектная ориентированность технологической платформы «1С:Предприятие» позволяет эффективно использовать унифицированный язык моделирования иМЬ для проектирования предметно-ориентированных экономических приложений. Построение иМЬ-моделей прикладной конфигурации можно представить, как процесс поуровневого спуска от исходного концептуального представления к объектной модели прикладных объектов конфигурации. Для спецификации функционального назначения системы строится общая концептуальная модель прикладной конфигурации в виде диаграммы прецедентов [1-2]. На рис. 1 приведен пример диаграммы прецедентов информационной системы управления розничной торговлей.
Формирования^., отчета о движении ) ^нежных средств^
Рисунок 1 - Диаграмма прецедентов информационной системы управления розничной торговлей
Диаграмма прецедентов (use case diagram) является исходным концептуальным представлением системы в процессе ее проектирования и разработки, описывает функциональное назначение системы. Проектируемая система представляется в виде множества исполнителей, которые взаимодействуют с системой с помощью прецедентов. Таким образом, диаграммы прецедентов используются для
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10-1/2016 ISSN 2410-6070
структуризации предметной области и спецификации функциональных требований к информационной системе.
Для детального описания деловых процессов предметной области с целью их структуризации используется диаграмма деятельности (Activity diagram), которая позволяет отразить логическую последовательность выполняемых операций (пример представлен на рис. 2).
[Необходимо обучение сотрудника во внешней_
организации]
Оформление командировки для обучения
[Необходимо обучение на внутренних курсах повышения ф квалификации]
Зачисление на ФПК
[Обучение на
ф внутренних курсах
Командировка ДляОбучения
Отчет о командировке
повышения квалификации
внешних слушателей]
Ф
Оформление документа оплаты
1 I
ЗачислениеНаФПК
О
[Обучение ^ г не успешно]
Регистрация неуспешного обучения
I
[Обучение успешно]
[Обучение сотрудников]
Контроль посещаемости и успеваемости
Регистрация успешного обучения
[Обучение не успешно]
Неуспешное ОбучениеНа ФПК
Отчисление с курсов ФПК по причине еуспеваемост
Повышение Квалификации Сотрудников
Неуспешное ОбучениеНа ФПК
[Обучение успешно]
Отчисление с курсов ФПК по окончанию
I
[Обучался сотрудник]
Регистрация неуспешного обучения
ОтчислениеСФПК [ПризнакУспешного Окончания=Ложь]
ОтчислениеСФПК [ПризнакУспешного Окончания=Истина]
[Обучался внешний слушатель]
[Обучался сотрудник]
[Обучался внешний ^ слушатель]
:)егистрация успешного обучения
Повышение Квалификации Сотрудников
□
Рисунок 2 - Диаграмма деятельности процесса повышения квалификации
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10-1/2016 ISSN 2410-6070
Для построения модели прикладных объектов предлагается использовать диаграмму классов языка UML. Диаграмма классов (Class diagram) в рассматриваемой методике играет ключевую роль. С помощью классов могут быть эффективно отражены прикладные объекты конфигурации на платформе «1С:Предприятие». Рассмотрим специфику использования диаграммы классов для проектирования моделей данных приложения на платформе «1С:Предприятие».
Выделив в предметной области те объекты, информацию о которых необходимо хранить в системе, разработчик должен выбрать прототип, на основе которого будет создан прикладной объект. Это важный момент, поскольку создаваемый объект наследует от прототипа стандартную функциональность и некоторую начальную стандартную структуру, наилучшим образом отвечающую задачам, возложенным на объекты этого типа. Принадлежность прикладного объекта к тому или иному прототипу отражается с помощью одного из механизмов языка UML - стереотипов класса («справочник», <<отчет>>, «документ» и проч.). Стереотипы обеспечивают классификацию прикладных объектов на уровне объектной модели по принадлежности к предопределенным платформой прототипам.
Реквизиты прикладного объекта описываются в секции атрибутов класса. Ряд прикладных объектов имеют стандартные реквизиты и даже стандартные табличные части, которые предопределены на уровне платформы и наследуются создаваемым объектом. Например, справочники имеют такие обязательные реквизиты как Код и Наименование. Пользователь может для реквизита Код настроить тип (Строка или Число) и длину, для реквизита Наименование - длину. Кроме того у справочника есть ряд других стандартных реквизитов, многие из которых имеют служебный характер. В методических целях рекомендуется изображать стандартные реквизиты Код и Наименование на диаграмме, т.к. разработчик в конфигураторе может их настраивать, указывать вариант настройки (тип и длина) для данного объекта. Остальные стандартные реквизиты лучше не приводить, чтобы не перегружать диаграмму, поскольку они наследуются от прототипа, имеют стандартный тип и не настраиваются разработчиком. Аналогично у документа стандартными реквизитами являются Ссылка, Номер, Дата, Проведен, ПометкаУдаления. Рекомендуется оставлять на диаграмме только Ссылка, Номер, Дата.
Объект ПланВидовРасчета имеет не только стандартные реквизиты Ссылка, Код, Наименование, Регистратор, ПериодДействия, Предопределенный, ПометкаУдаления, но и предопределенные табличные части ВытесняющиеВидыРасчета, ВедущиеВидыРасчета и БазовыеВидыРасчета. Рекомендуется не загружать диаграмму стандартными табличными частями, т.к. в них разработчик не производит никаких настроек. А из стандартных реквизитов рекомендуется на диаграмме оставлять только реквизиты Ссылка, Код и Наименование (Ссылка - как реквизит, идентифицирующий объект, а для реквизитов Код и Наименование следует указать вариант настроек).
Таким образом, представление объекта на диаграмме классов обязательно должно содержать все дополнительные реквизиты и табличные части, добавляемые разработчиком. Состав стандартных реквизитов для разных типов объектов, которые рекомендуется выносить на диаграмму, представлен в табл. 1 [3].
Таблица 1
Рекомендуемый состав стандартных реквизитов, которые целесообразно выносить на диаграмме классов
Тип объекта Состав стандартных реквизитов
Документ Ссылка, Номер, Дата
Справочник, ПланВидовХарактеристик, ПланВидовРасчета, ПланСчетов Ссылка, Код, Наименование
РегистрСведений Период (только для периодических регистров)
РегистрБухгалтерии Счет
Реквизиты прикладного объекта могут иметь примитивный тип (Число, Строка, Дата, Булево и др.) или ссылочный тип данных (например, СправочникСсылкаНоменклатура, ДокументСсылкаСчет и др.). Для реквизитов типа Число следует указывать длину и точность, для реквизитов типа Строка - длину. Дополнительные параметры указываются через запятую после типа реквизита. В приложениях «1С:Предприятие» реквизиты могут иметь составной тип. В этом случае типы значений такого реквизита
перечисляются через запятую.
В третьей секции класса могут быть указаны экспортные процедуры, описанные в модуле объекта, и стандартные обработчики (например, ПередЗаписью() и др.), если разработчик определяет их для объекта. На уровне технологической платформы для прототипов прикладных объектов предопределены системные процедуры, которые предназначены для программной обработки системных событий, возникающих при интерактивных действиях пользователя или программных событиях. Если в спецификации прикладного объекта указано имя предопределенной процедуры, это свидетельствует о необходимости обработки соответствующего события для рассматриваемого объекта. Разработчиком должно быть написано тело этой процедуры. Причем в модулях разных объектов процедуры с одинаковой сигнатурой могут описывать специфичные для прикладных объектов алгоритмы обработки событий [1].
В обозначениях классов может присутствовать четвертая секция, в которой в нотации языка UML приводится семантическая информация справочного характера. В рассматриваемой методике рекомендуется в этой секции отражать настройку некоторых свойств объектов, от которых во многом зависит функциональность объекта. Например, для справочников это иерархичность, для регистра сведений -периодичность, для плана видов расчета - использование периода действия, зависимость от базы, перечень базовых планов видов расчета, для регистра бухгалтерии - используемый план счетов, для плана счетов -признаки учета и признаки учета субконто (рис. 3).
<<план счетов>>
_Хозрасчетный_
Т^Ссылка: Строка ^■Код: Строка, 8 ♦Наименование: Строка, 120 ^■ЗапретитьИспользоватьВ
Проводках: Булево ♦ КодБыстрогоВыбора: Строка, 8
Признаки учета: Валютный: Булево Количественный: Булево Признаки учета субконто: Суммовой: Булево Валютный: Булево Количественный: Булево
Рисунок 3 - Примеры описания свойств в секции дополнительной информации
Наличие в нотации языка UML нескольких типов связей (отношение обобщения, отношение ассоциации, отношение агрегации, отношение композиции, отношение зависимости, исключающая ассоциация) позволяет эффективно отразить не только структурные связи между прикладными объектами конфигурации, но и взаимосвязи с другой семантикой [3]. Рассмотрим их более подробно.
Отношение обобщения (generalization relationship) может быть использовано для отражения наследования предопределенных атрибутов и процедур прототипа конкретными прикладными объектами.
Отношение агрегации (aggregation relationship) может быть использовано для представления системных взаимосвязей типа «часть-целое» между прикладными объектами. Например, такой тип взаимосвязи может быть использован для отражения в системе «1С:Предприятие» отношения подчинения одного справочника другому.
Отношение композиции (composition relationship). Частным случаем отношения агрегации является отношение композиции, которое в UML отражает специальную форму отношения «часть-целое» - составляющие части в некотором смысле находятся внутри целого. С помощью такого типа отношения можно эффективно отразить составную структуру сложного прикладного объекта, включающую табличные части.
Отношение ассоциации (association relationship). Структурные связи между прикладными объектами конфигурации на UML-диаграмме классов позволяют представить отношения ассоциации. Отношения именно этого типа являются аналогом связей в классической £^-модели. Мощность связей отражается указанием кратности прикладных объектов.
<<регистр бухгалтерии>> Хозрасчетный ^■Организация:
СправочникСсылка. Организации Валюта:
СправочникСсылка. Вал юты
♦ Сумма: Число, 15, 2
Ф ВалютнаяСумма: Число, 15,2
♦ Количество: Число, 15, 3
♦ Содержание: Строка, 150
♦ НомерЖурнала: Строка, 2
♦ СписаниеПартий: Булево
♦ ДатаЗаписи: Дата
♦ ВидРегламентнойОперации: ПеречислениеСсылка. ВидыРегламентныхОпераций
♦ НДСПродукции: Булево
План счетов = Хозрасчетный
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10-1/2016 ISSN 2410-6070
Отношение зависимости (dependency relationship) может быть использовано для отражения взаимосвязи между прикладными объектами, когда один объект использует значения атрибутов другого объекта в своих операциях, для отражения взаимосвязи отчетов и прикладных объектов, задействованных при их формировании, а также между регистрами и их документами-регистраторами, выполняющими движения в регистрах.
Частный случай отношения ассоциации - так называемая исключающая ассоциация (Xor-association). Семантика данной ассоциации указывает на то, что из нескольких потенциально возможных вариантов данной ассоциации в каждый момент времени может использоваться только один. На диаграмме классов исключающая ассоциация изображается пунктирной линией, соединяющей две и более ассоциации, рядом с которой записывается ограничение в форме строки текста в фигурных скобках.
В системе «1С:Предприятие» при задании типов реквизитов объектов есть возможность указать составной тип, т. е. несколько возможных. Если возможные типы являются ссылочными, то на диаграмме это может быть отражено с помощью исключающей ассоциации (рис. 4).
«справочник» ВнешниеЛекторы
^Ссылка: Строка ^Код: Число фФ\ЛО\ Строка, 50 ^■Организация: Справочник
Ссылка.Организации ^■Должность: Справочник
Ссылка .Должности ф Пол: Перечисление
Ссылка.Пол ^ДатаРождения: Дата ^ПаспортСерия: Строка, 10 ^ПаспортНомер: Строка, 10 ф ПаспортДатаВыдачи: Дата ^■ПаспортКемВыдан: Строка, 150
«регистр накопления оборотов» ЧасыФПК
#Лектор: СправочникСсылка. Сотрудники, Справочник Ссылка.ВнешниеЛекторы ф КоличествоЧасов: Число, 3, 0
ЛекторыКурса Список
1Ф Ссылка: Строка Тф НомерСтроки: Число ф Лектор: СправочникСсылка. Сотрудники, Справочник Ссылка. ВнешниеЛекторы Ф КоличествоЧасов: Число, 3, 0 ^Примечание: Строка, 150 Ссылка: Строка Тф НомерСтроки: Число ф Слушатель: СправочникСсылка. Сотрудники, Справочник Ссылка.ВнешниеСлушатели #ПризнакВнСлушателя: Булево фСумма: Число, 15, 2
«справочник» ВнешниеСлушатели
^Ссылка: Строка ^Код: Число *ФИО: Строка, 50 ф Организация: Справочник
Ссылка.Организации ^Должность: Справочник
Ссылка .Должности ф Пол: Перечисление
Ссылка.Пол ^ДатаРождения: Дата
«справочник» Сотрудники
Ссылка: Строка фКод: Число
*ФИО: Строка, 50 ф Кафедра: Справочник
Ссылка.Кафедры ^■Должность: Справочник
Ссылка. Должности ^■ДатаПриемаНаРаботу: Дата ф Пол: Перечисление
Ссылка.Пол ^ДатаРождения: Дата
{xor}
«документ» ЗачислениеНаФПК
Ссылка: Строка ^ Номер: Число ф Дата: Дата
#Курс: СправочникСсылка.Курсы
ПовышенияКвалификации ♦ ДатаНачала: Дата #ДатаОкончания: Дата
И
{xor}
Е
{xor}
{xo£
«регистр сведений>> НеуспешноеОбучениеНаФПК
^Слушатель: СправочникСсылка. Сотрудники, Справочник Ссылка.ВнешниеСлушатели #Курс: СправочникСсылка.Курсы
ПовышенияКвалификации ф ДатаОкончания: Дата ^ПричинаОтчисления: Справочник Ссылка. ПричиныНепосещения
«документ» ОтчислениеСФПК
^^Ссылка: Строка ф Номер: Число ф Дата: Дата
#Курс: СправочникСсылка.Курсы
ПовышенияКвалификации #ДатаОкончания: Дата
Т
{xor} I
{xor},
«регистр сведений» ПовышениеКвалификации Сотрудников
^Слушатель: СправочникСсылка. Сотрудники, Справочник Ссылка.ВнешниеСлушатели ^■ДатаОкончания: Дата #Курс: СправочникСсылка. Курсы Повышения Квалификации, Строка
Список
Т* Ссылка: Строка Хф НомерСтроки: Число ^Слушатель: СправочникСсылка. Сотрудники, Справочник Ссылка. ВнешниеСлушатели # ПризнакВнСлушателя: Булево ф ПризнакУспешногоОкончания: Булево Ф ПричинаОтчисления: Справочник Ссылка.ПричиныНепосещения
Рисунок 4 - Отношение «Исключающая ассоциация» (Xor-association)
«документ» ОтчислениеПоСобственномуЖеланию
^Ссылка: Строка ^■Номер: Строка, 9 ^■Дата: Дата ф Слушатель:
Сп р а воч ни кСсы л ка. Сл у шател и Кур сов ■♦"СуммаКВозврату: Число, 15, 2 #СуммаОтменыНачисления: Число, 15, 2 #ПосетилЧасов: Число, 3, 0
Т
<<регистр накопления оборотов» ЧасыВождения ^■Слушатель: СправочникСсылка.Слушатели ф КурсОснование:
ДокументСсылка.ЗачислениеВГруппу ф Категория: ПеречислениеСсылка.Категории ф ЧасыВождения: Число, 5, 2
перечисление» Пол
Ф Мужской ^■Женский
<регистр накопления остатков» _ДолгПоОплате_
Ф Слушатель: СправочникСсылка.Слушатели ^Долг: Число, 15, 2
<<документ>> ЗанятияПоВождению
^Ссылка: Строка Ф Номер: Строка, 9 Ф Дата: Дата ф Инструктор:
СправочникСсылка. Инструкторы Ф Категория:
П ер еч и сл ен и еСсыл ка. Категор и и ^Автомобиль:
Справочни кСсыл ка. Автомобили
Ж
План
Уф Ссылка: Строка НомерСтроки: Число ф Слушатель: СправочникСсылка.
Слушатели Кур сов ф РезультатВнутреннегоЭкзамена:
Число, 15, 2 ф ВремяНачалаЗанятия: Дата,
состав «Дата и Время» ф КоличествоЧасов: Число, 5, 2
<<справочник>> Автомобили
^Ссылка: Строка ф ГосНомер: Строка, 15 ф Марка: Строка, 30 ф Цвет: Строка, 30 ф ГодВыпуска: Число, 4, 0 ^■НомерДвигателя: Строка, 30
<<регистр накопления оборотов>> Часы Инструктора
ф Инструктор:
СправочникСсылка. Инструкторы ф Часы: Число, 15, 2
<регистр сведений» ИнструкторАвтомобиль
^■Период: Дата ф Инструктор: СправочникСсылка.Инструкторы ф Автомобиль: СправочникСсылка.Автомобили
<<справочник>> ушатели
Слуш
\ф Ссылка: Строка Ф Код: Число ф ФИО: Строка, 50 ф ПаспортСерия: Строка, 4 ф ПаспортНомер: Строка, 6 ф ПаспортКемВыдан: Строка, 100 ф ПаспортДатаВыдачи: Дата Ф ДатаРождения: Дата ^■КонтактныйТелефон: Строка, 15 ^■АдресПоПрописке: Строка, 6 ^Пол: ПеречислениеСсылка.Пол
<справочник>> Курсы
^Ссылка: Строка #Код: Число
^■Наименование: Строка, 50 ф Продолжительность В Часах: Число, 3, 0 ф Категория: ПеречислениеСсылка.Категории ЧасовВождения : Число, 2,0
<справочник>> ВодительскиеУдостоверения
^Ссылка: Строка #Код: Число
^■Слушатель: СправочникСсылка.Слушатели ф ДатаВыдачи: Дата ^■ДействительноДо: Дата ^■КемВыдано: Строка, 100 ^■Серия: Строка, 4 Номер: Строка, 6
ДопущенныеКатегории
Уф Ссылка: Строка Уф НомерСтроки: Число Ф Категория: ПеречислениеСсылка.Категории ^ДатаПолученияПравНаКатегорию: Дата ф ДатаОкончания ПравНаКатегорию: Дата ^■Ограничения: Строка, 100
<<документ>> ЗачислениеВГруппу
f!^- Ссылка: Строка ^Номер: Строка, 9 ^ Дата: Дата
#Курс: СправочникСсылка.Курсы ^.ДатаНачала: Дата ^■ДатаОкончания: Дата #ИсточникИнформации: СправочникСсылка.Источники Информации
3:
СписокСлушателей
Ссылка: Строка НомерСтроки: Число ф Слушатель: СправочникСсылка.
Слушатели Ф НачисленнаяОплата: Число, 15, 2
Ï
:
<перечисление>> Категории
Ф А
Ф А1 Ф В
ф В1 Ф С
* С1 Ф D
Ф D1 Ф BE Ф СЕ ф С1Е Ф DE Ф D1E
* M ф Тт Ф Tb
<- - ■
<<справочник>> Инструкторы
11ф Ссылка: Строка ^Код: Число ^ФИО: Строка, 50 ^ПаспортСерия: Строка, 4 ^ПаспортНомер: Строка, 6 ^ПаспортКемВыдан: Строка, 100
ПаспортДатаВыдачи: Дата ^■ДатаРождения: Дата ^■КонтактныйТелефон: Строка, 15
АдресПоПрописке: Строка, 6 #Пол: ПеречислениеСсылка.Пол #СтажВождения: Число, 2, 0 Категория:
ПеречислениеСсылка. Категории
<<документ>> УспешноеОкончаниеОбучения
^Ссылка: Строка ^Номер: Строка, 9
Дата: Дата ^■Основание: ДокументСсылка. ЗачислениеВГруппу ДатаОкончания: Дата
СписокСлушателей
Уф Ссылка: Строка Тф НомерСтроки: Число ф Слушатель: СправочникСсылка.
Слушатели Ф РезультатВнутреннегоЭкзамена: Число, 15, 2
<<справочник>> ИсточникиИнформацииОКурсах f!^- Ссылка: Строка ^.Код: Число
^■Наименование: Строка, 50
1
<< регистр накопления оборотов >> ЭффективностьИсточниковИнформации
Ф Источники: СправочникСсылка.
Источ н и ки И н фор м аци иО Кур сах Ф Количество: Число, 15, 0
ï
. j
<<регистр сведений>> ПолучившиеПрава
^■Слушатель:
СправочникСсылка.Слушатели ф Водительское Удостоверение: СправочникСсылка. ВодительскиеУдостоверения #ДатаЭкзамена: Дата
т
<<документ>> ЭкзаменНаПрава
^■Ссылка: Строка ^■Номер: Строка, 9 ^■Дата: Дата #ДатаЭкзамена: Дата
Инструкторы
\ф Ссылка: Строка Хф НомерСтроки: Число ф Инструктор: СправочникСсылка. Инструкторы
<<перечисление>> СданоНеСдано
фСдано ^■НеСдано
1 *
3
Ссылка: Строка НомерСтроки: Число ф Слушатель: СправочникСсылка.
Слушатели ф РезультатыТеоретическойЧасти:
ПеречислениеСсылка.СданоНеСдано ф Результаты Вождения:
ПеречислениеСсылка. СданоНеСдано ф Водительское Удостоверение: СправочникСсылка.Водительские Удостоверения
<<отчет>> ЗадолжникиПоОплатеЗаКурсы
<<отчет>> ЭффективностьИсточниковИнформации
<<отчет>>
ОтчетОбОтработанныхЧасахИнструктора
Рисунок 5- Фрагмент объектной модели данных конфигурации «Автошкола»
*
*
*
*
1
1
* *
*
*
*
1
1
1
1
*
1
*
*
*
1
*
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10-1/2016 ISSN 2410-6070
На рис. 5 представлен пример диаграммы классов - объектная модель данных конфигурации «Автошкола» (фрагмент).
Рассмотренная авторская методика позволяет разработать формализованную UML-модель прикладной системы в терминах предметно-ориентированной технологической платформы "1С:Предприятие 8", которая является основой дальнейшей программной реализации приложений. Методика прошла апробацию в течение нескольких лет в рамках курсовых и выпускных квалификационных работ студентов направлений "Прикладная информатика" и "Информационные системы и технологии" [4]. Список использованной литературы:
1. Широбокова С.Н. Методика построения объектно-ориентированных моделей экономических приложений на платформе "1С:Предприятие" с использованием языка UML // Вестник Юж.-Рос. гос. техн. ун-та (Новочерк. политехи. ин-та). Сер. Соц.-экон. науки.- 2014.- № 2.- С. 28-33.
2. Широбокова С.Н. Методика использования унифицированного языка моделирования UML при проектировании прикладных приложений на платформе "1С:Предприятие 8" // Экономические информационные системы и их безопасность: разработка, применение и сопровождение : материалы регион. науч.-практ. конф. профессорско-преподавательского состава, молодых ученых, аспирантов и студентов / Ростов. гос. эконом. ун-т (РИНХ).- Ростов н/Д, 2010.- С. 118-126.
3. Широбокова С.Н. Аспекты методики UML-моделирования предметно-ориентированных экономических информационных систем на платформе "1C: Предприятие" // Перспективы науки.- 2015.- №10.- С. 119-125.
4. Широбокова С.Н. Использование методики построения UML-моделей экономических информационных систем на платформе "1С:Предприятие" при подготовке выпускных квалификационных работ бакалавров направления "Прикладная информатика" // Новые информационные технологии в образовании: сб. науч. тр. XVI Междунар. науч.-практ. конф. "Новые информационные технологии в образовании" (Применение технологий "1С" в условиях модернизации экономики и образования).- 2016.- М.: ООО «1С-Паблишинг».-С. 451-454.
© Широбокова С.Н., 2016
УДК 336.027
А.Е. Шпаковская
Студент УГАТУ Научный руководитель: Р. Р. Яруллин д.э.н., профессор ИНЭФБ, БашГУ
АКТУАЛЬНЫЕ ПРОБЛЕМЫ ГОСУДАРСТВЕННОЙ ФИНАНСОВОЙ ПОЛИТИКИ В СОВРЕМЕННЫХ УСЛОВИЯХ
Аннотация
В статье рассмотрено влияние финансовой политики на экономику страны, выделены проблемы современной финансовой политики. Формирование и реализация эффективной финансовой политики есть важное условие успешного функционирования российской экономики.
Ключевые слова
Администрирование, бюджетная политика, денежно-кредитное регулирование, инвестиции,
налоговая политика, финансовая политика.
В современных условиях вопросам реализации государственной финансовой политики и проблемам финансового регулирования экономики уделяется особое внимание. От уровня рациональности финансовой
