МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10/2015 ISSN 2410-6070
УДК 004
С.Н. Широбокова
к.э.н., доцент Н. А. Ларькина
магистрант
Факультет информационных технологий и управления Южно-Российский государственный политехнический университет (НИИ) имени М.И. Платова, г.
Новочеркасск, Российская Федерация
ПРИМЕНЕНИЕ МЕТОДИКИ UML-МОДЕЛИРОВАНИЯ ПРЕДМЕТНОЙ ОБЛАСТИ ПРИ РАЗРАБОТКЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ГОСТИНИЦЫ НА ПЛАТФОРМЕ «1С:ПРЕДПРИЯТИЕ 8.3»
Аннотация
Представлены проектные решения по автоматизации гостиницы, разработанные с использованием унифицированного языка моделирования UML. Приведено описание функционала проектируемой информационной системы в виде диаграммы прецедентов и объектной модели данных в виде диаграммы классов.
Ключевые слова
Платформа «1С: Предприятие», автоматизация гостиницы, UML-моделирование,
объектная модель конфигурации.
Руководствуясь описанной в [1, с.28-33; 2, с. 270-272; 3, с. 101-105]методикой построения UML-моделей для проектов на платформе «1С: Предприятие», основные системотехнические решения по проектированию информационной системы гостиницы на платформе «1С: Предприятие 8.3» представлены с использованием диаграмм унифицированного языка моделирования UML. Функциональность проектируемой системы, основные сервисы для информационной поддержки внутренних бизнес-процессов по оказанию услуг в гостинице представлены на диаграмме прецедентов (рис. 1). Выделены основные пользователи системы.
О
Портье
Рисунок 1 - UML-диаграмма прецедентов
Важным этапом разработки конфигурации является выделение в предметной области объектов и их атрибутов, информацию о которых необходимо хранить в информационной системе для решения
146
МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ «ИННОВАЦИОННАЯ НАУКА» №10/2015 ISSN 2410-6070
поставленных задач. Поскольку платформа «1С:Предприятие» является предметно-ориентированной на решение учетных задач, разработчику необходимо для каждого информационного объекта предметной области выбрать прототип платформы, на основе которого будет создан прикладной объект конфигурации. Нотация UML-диаграммы классов использовалась для отражения структуры прикладных и подчиненных объектов (состав реквизитов и их типы, табличные части объектов и т. д.), принадлежности к предопределенным прототипам (справочники, документы, перечисления, регистры, отчеты и другие) и взаимосвязей между объектами (рис. 2).
«документ»
РегистрацияЦенНомеров
■(^Ссылка: Строка ^Номер: Строка, 9 ф Дата: Дата
Номера
|!^ Ссылка: Строка ¥♦ НомерСтроки: Число
♦ НомерОтеля :
СправочникСсылка.НомераОтеля
♦ Цена : Число, 15,2
«документ»
СнятиеБрониНомера
Ссылка: Строка ^Номер: Строка, 9 ^Дата: Дата ^НомерОтеля :
СправочникСсылка.НомераОтеля
♦ ДатаНачалаБрони : Дата
♦ ДатаОкончанияБрони : Дата
«документ»
БронированиеНомера
Ссылка: Строка ^Номер: Строка, 9 ^Дата: Дата ♦НомерОтеля:
СправочникСсылка.НомераОтеля ♦ ДатаНачалаБрони : Дата ♦Клиент : СправочникСсылка.Клиенты Ф ДатаОкончанияБрони : Дата
«документ»
ОказаниеУслуг
Ссылка: Строка ^Номер: Строка, 9 ^Дата: Дата
^Клиент : СправочникСсылка.Клиенты
I
11
«справочник»
НомераОтеля
«справочник»
ТипНомера
Ссылка: Строка ф Код: Число ф Наименование: Строка,20
«справочник»
ТипРазмещения
Ссылка: Строка ф Код: Число ♦ Наименование : Строка,20
:тг
1^ Ссылка: Строка ^Код: Число
ф Тип : СправочникСсылка.ТипНомера ф ТипРазмещения:
СправочникСсылка. ТипРазмещения
«регистр сведении» СтоимостьНомеров
^НомерОтеля : Справочник Ссылка. НомераОтеля ^^Цена^Число^^^^^
Периодичность= По позиции 1|эегистЁатор^^^^^^^^^—
«справочник»
Клиенты
Уф Ссылка: Строка Ф Код: Число ф ФИО: Строка, 50 ф ДатаРождения: Дата Ф Гражданство: Строка, 15 ♦ Пол: ПеречислениеСсылка.Пол Ф ПаспортСерия: Строка, 4 Ф ПаспортНомер: Строка, 6 Ф ПаспортДатаВыдачи: Дата ф ПаспортКемВыдан: Строка, 150
Услуги
T# Ссылка: Строка T# НомерСтроки: Число Ф Услуга :
СправочникСсылка.Услуги
♦ Цена : Число, 15,2
♦ Количество : Число, 15,2
♦ Сумма : Число, 15,2
-------.------*1
«документ»
ОплатаКлиента
Ссылка: Строка ^Номер: Строка, 9 ^Дата: Дата ^Клиент:
СправочникСсылка.Клиенты ♦ СуммаОплаты : Число, 15,2
-jr
ф Мужской ♦ Женский
«справочник»
Услуги____
Хф Ссылка: Строка ф Код: Число ♦ Наименование : ^^трока,5^^^^_
1
1
«регистр накопления» расчетыСКлиентамиЗаУслуги
^Услуга :
СправочникСсылка.Услуги ^Клиент:
СправочникСсылка.Клиенты ♦ Сумма : Число,15,2
< —
Вид регистра=Остатки
«регистр накопления» РасчетыСКлиентами ЗаПроживание
^НомерОтеля : Справочник Ссылка. НомераОтеля
♦ Клиент:
СправочникСсылка.Клиенты
♦ Сумма : Число,15,2______
Вид регистра=Остатки -------------1--------
«отчет»
ЗанятостьНомеров _ ‘ —
«отчет»
ЗадолженностьКлиентов
i
i________________
«отчет»
АнализЗадолженностиЗаУслуги
«документ»
_ВъездКлиент^
Ссылка: Строка ^Номер: Строка, 9 ^Дата: Дата
♦ НомерОтеля : Справочник Ссылка.НомераОтеля
^Клиент :
СправочникСсылка.Клиенты ^ПлановаяДатаВыезда : Дата
♦ Стоимость : Число, 15, 2
«документ»
ВыездКлиента
|!^Ссылка: Строка ^ 'jsI
^Номер: Строка, 9 ^Дата: Дата
ф НомерОтеля : Справочник Ссылка.НомераОтеля ф Клиент : Справочник Ссылка.Клиенты_______
e-h
1
ДополнительныеУслуги
T# Ссылка: Строка !♦ НомерСтроки: Число
♦ Услуга : Справочник Ссылка.Услуги
♦ Цена : Число, 15,2
♦ Количество : Число, 15,2
♦ Сумма : Число, 15,2
«регистр расчета» ЗанятостьНомеров
'I i ;Г
«отчет»
АнализЗадолженности
ЗаПроживание
«план видов расчета» ВидыЗанятостиНомеров
г
i
U*
I
^НомерОтеля : Справочник Ссылка.НомераОтеля
♦ Результат: Число,1,0
♦ КоличествоДней : Число,2,0 ф Клиент:
СправочникСсылка.Клиенты
Ссылка: Строка #Код: Число
♦ Наименование : Строка,50
«регистр сведении» ДатыВъездаКлиентов
^НомерОтеля : Справочник Ссылка.НомераОтеля ф Клиент : Справочник Ссылка.Клиенты
Периодичность= По позиции
1
1
«перечисление»
Пол
Рисунок 2 - Объектная модель данных информационной системы гостиницы (фрагмент)
Важно отметить, что UML-диаграмма классов имеет богатую нотацию для отражения связей различной семантики: структурные связи (отношения ассоциации), внутренние связи с подчиненными объектами (отношения композиции и отношения агрегации); косвенные связи, например, между отчетами и необходимыми для их формирования объектами (отношения зависимости).
Рассмотренные UML-модели послужили основой для дальнейшей программной реализации конфигурации на платформе «1С: Предприятие 8.3».
147
международный научный журнал «инновационная наука»
№10/2015
ISSN 2410-6070
Список использованной литературы:
1. Широбокова С.Н. Методика построения объектно-ориентированных моделей экономических приложений на платформе «1С:Предприятие» с использованием языка UML// Вестник Южно-Российского государственного технического университета (Новочеркасского политехнического института). Серия Социально-экономические науки.-2014.-.№2-С.28-33.
2. Широбокова С.Н., Яровая А.С. UML-модели экономических приложений на платформе «1С:Предприятие 8.3»// Интеграция науки и практики как механизм развития отечественных и наукоемких технологий производства: сб. науч. статей по матер. IV Всеросс. науч.-практ. конф., Каменск-Шахтинский, 12 ноября 2014г.- Новочеркасск: Лик, 2015.-С.270-272.
3. Широбокова С.Н., Ерко Н.С., Яровая А.С. Использование методики построения объектноориентированных UML-моделей при разработке приложений на платформе «1С:Предприятие»// Компьютерные технологии в науке, производстве, социальных и экономических процессах: сборник научных статей по материалам 15-ой Международной научно-практической конференции. ЮжноРоссийский государственный политехнический университет (НИИ) имени М.И. Платова.- Новочеркасск, 2015.-С. 101-105.
© С.Н. Широбокова, Н.А. Ларькина, 2015
УДК 338
Е.Н. Юзе
К.э.н., доцент Инженерно-экономический институт Тюменский государственный архитектурно-строительный университет,
г. Тюмень, Российская Федерация
ВЛИЯНИЕ УСЛОВИЙ ДОГОВОРА СТРОИТЕЛЬНОГО ПОДРЯДА НА ПЛАТЕЖЕСПОСОБНОСТЬ ОРГАНИЗАЦИИ
Аннотация
В статье обоснована необходимость дополнений и/или изменений условий расчетов за выполненные работы в договорах подряда в части удержания (не выплаты) заказчиками части денежных средств с целью минимизации рисков потери платежеспособности;
Ключевые слова
Договор подряда, платежеспособность, расчеты за выполненные работы, гарантийное удержание
Анализ причин потери платежеспособности показывает, что одним из факторов, влияющим на способность организации погасить свои текущие обязательства, является существующая практика расчетов заказчиков за выполненные подрядчиком работы.
По договору строительного подряда подрядчик обязуется в установленный договором срок построить по заданию заказчика определенный объект либо выполнить иные строительные работы, а заказчик обязуется создать подрядчику необходимые условия для выполнения работ, принять их результат и уплатить обусловленную цену.
Оплата выполненных подрядчиком работ производится заказчиком в размере, предусмотренном сметой, в сроки и в порядке, которые установлены законом или договором строительного подряда.
В зависимости от вида и содержания договора расчеты могут осуществляться:
148