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



жүктеу 4.93 Mb.

бет41/42
Дата15.03.2017
өлшемі4.93 Mb.
1   ...   34   35   36   37   38   39   40   41   42

Executive summary 

The sphere of tourism develops in the territory of Kazakhstan. According to 

UN  WTO  Kazakhstan  it  is  rich  with  natural  resources  and  has  the  high  potential 

for tourism development. And ecological tourism - part of tourism. In the territory 

of  Kazakhstan  there  are  enough  centers  and  tourist  objects  attracting  the  foreign 

states and their citizens. At the moment we don't use all these natural riches for the 

benefit of the state and for the benefit of the people. Now in the developed states of 

the world, tourists are interested not in rest in hotels of five stars, the great demand 

on  the  so-called  "wild"  tourism  which  is  closely  connected  with  the  nature,  with 

especially  protected  territories,  reserves,  natural  reservations,  national  parks  is 

observed  there.  It  is  necessary  to  provide  these  natural  riches  with  use  of  new 

modern  innovative  technologies  according  to  change  of  requirements  of 

consumers.  We  have  all  opportunities  of  attraction  and  a  zainteresovaniye  of 

foreign citizens if to organize virtual programs in a format 3-D. 

УДК 004.9

    Совет М., Ким А., 

Университет «Нархоз» 

студенты 4-го курса, 

научный руководитель Тлеубердиева Г.И., 

Университет «Нархоз» 

 ст. преподаватель 

ПРОЕКТИРОВАНИЕ ЭЛЕМЕНТОВ ДЕЯТЕЛЬНОСТИ 

ЛОГИСТИЧЕСКОЙ КОМПАНИИ С ПОМОЩЬЮ ИНСТРУМЕНТА 

МОДЕЛИРОВАНИЯ STARUML 

Ключевые  слова:  моделирование,  диаграмма,  актеры,  прецеденты, 

потоки событий 



Тҥйін сӛздер: модельдеу , диаграмма , актерлер, пайдалану 

жағдайлары , іс-шаралар ағыны 



Keywords:modeling, chart, actors, usecases, flowofevents 

Одними из самых важных шагов в создании программы для некоторой 

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

объектно-ориентированному  подходу,  изучаемую  систему  надо  представить 

в виде совокупности сущностей или объектов и выделить связи между ними. 

Каждая  сущность  имеет  свою  жизнь,  поведение,  а  также  обладает  своей 

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

позволяющих  моделировать  бизнес-логику  компании.  Например,  Rational 

Rose,  Borland  Together,  Tau  G2  компании  Telelogic,  StarUML  [1].  Нами 

На

рх



оз

 У

ни



ве

рс

ит



ет

і


382 

 

выбран  продукт  StarUML  ввиду  его  интуитивно  понятного  интерфейса, 



удобства и возможности дальнейшей генерации кода. 

StarUML  ™  -  инструмент  для  моделирования  в  нотации  UML  2.0.  С 

помощью  этого  инструмента  можно  построить  различные  типы  диаграмм, 

используя  концептуальный  подход  [2].  В  данном  программном  продукте 

реализован подход модельно-управляемой архитектуры – MDA. StarUML ™ 

придерживается 

спецификации 

UML, 


разработанной 

OMG 


для 

моделирования  программ.  Для  функционирования  StarUML™  необходимы 

следующие требования: 

 



Pentium ® 233MHz или выше  

 



Windows ® 2000, WindowsXP ™, или выше  

 



Microsoft ® Internet Explorer 5.0 иливыше 

 



256 Мбайт RAM 

 



150 Мбайт на жестком диске  

 



SVGA или монитор с более высокой разрешающей способностью (1024x768 

рекомендуется) [3] 

 

 

 



Рисунок 1 – Основные фундаментальные концепции в StarUML 

 

Описание работы системы. 

Клиенты  приходят  в  компании,  чтобы  составить  договор  на  доставку 

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

стоимость  доставки.  В  случае  достижения  договоренности,  заполняется 

заявка,  в  которой  отражаются  необходимые  данные  клиента  и  данные 

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

со  своим  уникальным  номером,  и  начинается  дальнейшая  ее  обработка. 

Проверяется  наличие  свободного  от  работы  водителя  и  свободного 

транспорта. При утверждении выбранного водителя и транспорта, их статус 

меняется на занятый. 

Нами  создан  проект  pr_UML_saps  и  выбран  подход  RationalApproach. 

Чтобы  описать  поведение  системы,  были  выделены  прецеденты,  актеры  и 

связи  между  ними.  В  результате  построения  диаграммы  прецедентов, 

получена  исходная  концептуальная  модель  системы,  на  основе  которой 

На

рх

оз



 У

ни

ве



рс

ит

ет



і

383 

 

можно  будет  реализовать  логическую  и  физическую  модели.  Диаграмма 



прецедентов изображается в виде дерева, в узлах которого находятся актеры, 

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

диаграмме  рисуется  в  виде  эллипса,  его  смысловое  содержание  –  действие, 

которое  происходит  с  актером.  На  стадии  моделирования  диаграммы 

прецедентов  происходит  определение  и  согласование  требований  к 

разрабатываемой  системе.  Определим  основных  актеров.  Это-сотрудник 

компании  (оператор),  клиент,  водитель,  транспорт,  груз,  пункт  назначения. 

Прецеденты:  «заявка  на  доставку».  Диаграмма  прецедентов  предполагает 

типы  отношений  как  ассоциацию  (семантическая  связь),  включение, 

расширение  и  обобщение.  В  нижеприведенной  таблице  отражены  актеры  и 

их характеристики, задействованные в документировании элементов модели. 

Элементы 

модели 

Описание 

Актеры 

Клиент 


Человек, который принял решение обратиться к компании 

"Saps" по доставке груза 

Оператор 

Сотрудник компании "Saps", который будет работать с ИС. 

Водитель 

Сотрудник 

компании 

"Saps", 


занимающийся 

непосредственно 

доставкой 

груза 


на 

транспорте, 

принадлежащем  компании  или  арендованной  у  сторонней 

организации 

Машина 

Грузовой  транспорт,  принадлежащий  компании  "Saps", 



либо арендованный 

Прецеденты 

Заявление  на 

доставку груза 

Инициируется  Клиентом  для  оформления  заявки  на 

доставку груза 

Изменение 

статуса заявки 

Инициируется Оператором для изменения статуса заявки 

Изменение 

статуса 


водителя 

Инициируется  Оператором  для  изменения  статуса 

водителя (свободен, несвободен) 

Изменение 

статуса 

машины 


Инициируется  Оператором  для  изменения  статуса 

грузового транспорта  

Таблица-1 Описание элементов модели 

 

На



рх

оз

 У



ни

ве

рс



ит

ет

і



384 

 

 



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

 

Рисунок – 3 Дополнительная поясняющая диаграмма прецедентов 



Пошаговая последовательность действий, детально описывающая каждый 

прецедент, так называемый поток событий, нужна для полного выяснения 

требований к функциональности системы

Прецеденты модели 

Описание 

Основные потоки 

Клиент 


просматривает 

условия договора 

1.

 

Система открывает «договор» 



2.

 

Клиент  согласен  с  условиями,  договор 



подписан 

3.

 



Формирование счета на оплату по договору 

Клиент – оформление заявки 1.

 

Клиент  предоставляет  системе  личные 



данные  

2.

 



Клиент проверяет оформленную заявку 

3.

 



Заявка  подтверждена,  получает  статус  «В 

обработке» 

Клиент  оплачивает  сумму  по 

договору 

1.

 

Заявка идет на обработку 



2.

 

Оператор  выбирает  водителя  со  статусом 



«Свободен» 

На

рх



оз

 У

ни



ве

рс

ит



ет

і


385 

 

3.



 

Оператор  выбирает  машину  со  статусом 

доступности 

4.

 



Генерируется акт доставки 

Клиент получил груз 

1.

 

Система приняла акт доставки от водителя 



2.

 

Заявка получает статус «Выполнена» 



3.

 

Генерируется анкета обратной связи 



Альтернативные потоки 

Клиент  не  оплатил  счет  по 

договору 

1.

 



Выяснить причину у клиента 

2.

 



Заявка удаляется из системы 

3.

 



Определяется новый срок оплаты 

Таблица-2 Описание потоков событий 

На  основе  таблицы  2,  где  описаны  потоки  событий,  можно  моделировать 

поведение системы с помощью диаграммы деятельности. На стадии изучения 

потоков  событий  можно  выявить  основные  классы.  Классы  –  это 

именованные группы сущностей, имеющие сходные данные и поведение [4]. 

Затем каждому классу ставятся в соответствие атрибуты и операции. В UML 

предполагается  применение  стереотипов  классов,  т.е.  классы  управления, 

сущностные  классы  и  граничные  классы.  К  сущностным  классам  относятся 

классы,  с  помощью  которых  моделируются  данные  для  продолжительного 

хранения  [5].  В  случае  координации  действий  других  классов  используется 

класс  управления,  который  работает  с  альтернативными  потоками. 

Дальнейшие  действия  по  проектированию  информационной  системы 

предполагают  построение  диаграмм  деятельности,  диаграммы  классов, 

диаграммы последовательностей, диаграммы состояний, диаграмму пакетов.  

 

Литература: 

1.

 

Национальный открытый университет «Интуит» // Проектирование 



информационных систем, Введение в UML, Обзор Case средств для 

построения диаграмм. [Электронный ресурс] 

http://www.intuit.ru/studies/courses/1007/229/lecture/5963?page=6 (дата 

обращения 30.03.2016) 

2.

 

StarUML. The Open Source UML/MDA Platform. [электронный ресурс] 



http://staruml.sourceforge.net/en/documentations.php (дата обращения 

12.03.2016).  

3.

 

StarUML. Руководство пользователя. Перевод Летуновского Д.В., 



2007 

4.

 



CASE // Википедия. Свободная энциклопедия. [Электронный ресурс] 

http://ru.wikipedia.org/wiki/CASE (дата обращения 27.03.2016).  

5.

 

Мацяшек Лешек А. «Анализ и проектирование информационных 



систем с помощью UML 2.0», «Вильямс», 2008 г. 

 

 



 

 

На

рх



оз

 У

ни



ве

рс

ит



ет

і


386 

 

Краткое резюме 

Объектно-ориентированный  подход  предполагает  представление 

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

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

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

StarUML  ввиду  его  интуитивно  понятного  интерфейса,  удобства  и 

возможности 

дальнейшей 

генерации 

кода. 

Используя 



подход 

RationalApproach, 

построены 

диаграммы 

прецедентов, 

проведено 

документирование  и  приведено  описание  потоков  событий  для  выбранного 

прецедента. 



Executive summary 

Object-oriented  approach  involves  representation  of  the  system  being 

studied  as  a  combination  of  entities  or  objects  and  highlight  the  connection 

between  them.  Ofthelargenumber  of  different  Case  means  to  model  the  business 

logic  of  the  company,  we  have  selected  the  product  StarUML  because  of  its 

intuitive  interface,  ease  and  flexibility  of  further  code  generation.  Using  the 

approach Rational Approach, use case diagrams are constructed, documented and 

carried out a description of the event flow fortheselectedprecedent. 



Қысқаша тҥйіндеме 

Объектілі  бағытталған  және  олардың  арасындағы  байланыс  жүйесін 

кӛздейді,  ал  жиынтығы  түрінде  ұсыну  немесе  объектілерді  бӛліпо  тырған 

тәсіл.  Программалық  жасақтамаларды  автоматтандырылған  түрде  әзірлеу, 

Сase-технология  санының  кӛп  болуына  байланысты  оның  интуициялық 

түсінікті  StarUML  кәсіпкерлік-логикаларға  модельдеуге  мүмкіндік  беретін, 

біз оның түрлі ӛнім ӛндірудің мүмкіндіктері, қолайлылық және компанияның 

одан  әрі  кодын  интерфейс  құралдарын  таңдалды.  Таңдалған  диаграмма 

ағындарының  келтірілген  оқиға  прецендентті  преценденттерді  Approach 

Rational пайдалана отырып салынған тәсіл құжаттандыру және сипаттамасы 

ӛткізілді. 

 

УДК 331.64                                              Сославичюс Алина Александровна, 



студентка экономического колледжа 

 Московского городского педагогического университета. 

Москва, Россия 

Научный руководитель Ларионова Анна Анатольевна 

 

О ПРОФЕССИОНАЛЬНОМ СТАНДАРТЕ БУХГАЛТЕРА    

 

Ключевые  слова:  стандарт,  инновация,  справочник,  индустрия, 

инициатива, разработка. 

Кілт  сӛздер:стандарт,  жаңалық,  анықтама,  ӛнеркәсіп,  бастама, 

жобалау. 



Keywords:standard, law, discovery, definition,industry, design. 

 

На



рх

оз

 У



ни

ве

рс



ит

ет

і



387 

 

Профессиональные 



стандарты 

как 


документы 

нового 


типа, 

предоставляющие  наиболее  полную  и  актуальную  информацию  о 

требованиях  к  квалификациям,  необходимым  для  выполнения  конкретных 

видов  трудовой  деятельности,  начали  разрабатываться  в  России  в  середине 

90-х  годов  20  века.  Процесс                разработки            профессиональных     

стандартов   в начале 2000 годов   в   силу       отсутствия централизованной      

координации  на  государственном  уровне        носил        неравномерный,  

спорадический        характер      и      не  соответствовал  потребностям 

инновационного  развития экономики страны.   

Трудовой кодекс  РФ дает следующее определение  профессионального 

стандарта:  «Профессиональный  стандарт  -  характеристика  квалификации, 

необходимой 

работнику 

для 


осуществления 

определенного 

вида 

профессиональной 



деятельности»[1]. 

 

В 



Трудовом 

кодексе 


профессиональные  стандарты    определены  также    в  качестве  основы  для 

тарификации работ и присвоения тарифных разрядов работникам. 

Что касается истории разработки,  первые стандарта появились  еще в 

2007 году для работников производства и обслуживания в сфере индустрии 

питания.  В  2010  г.  по  итогам  заседания  Госсовета  РФ  и  Комиссии  по 

модернизации  и  технологическому  развитию  экономики  России  был  создан 

перечень  поручений  Президента  РФ.  В  нем  были  установлены  сроки 

подготовки  современного  справочника  и  разработки  профстандартов  в 

высокотехнологичных отраслях.  На  выполнение обеих  задач  было  отведено 

около двух лет.  

В  2011  г.  Правительством  РФ  было  учреждено  Агентство 

стратегических  инициатив  (АСИ),  приступившее  к  разработке  дорожной 

карты  «Создание  Национальной  системы  квалификаций  и  компетенций». 

Новой ступенью в разработке профессиональных стандартов  является  указ 

Президента  РФ  от  07  мая  21012  года  597  «О  мероприятиях  по  реализации 

государственной  социальной  политики»  …  утвердить  до  1  декабря  2012  г. 

план разработки профессиональных стандартов;    разработать к 2015 году и 

утвердить  не  менее  800  профессиональных  стандартов.  После  этого  был 

утвержден  План  разработки  профессиональных  стандартов  на  2012–2015 

годы.  Экспертами  Министерства  труда  был  подготовлен  и  утвержден 

очередной  макет  профстандарта  и  разработаны  нормативные  документы, 

методические  рекомендации  и  т.д.  Профессиональные  стандарты  являются 

одним их элементов национальной системы квалификаций (рис.1) 

 

На



рх

оз

 У



ни

ве

рс



ит

ет

і



388 

 

 



Рис. 1 -  Национальная система квалификаций 

 Профессиональные  стандарты  разработаны  согласно  статье  195.1 

Трудового кодекса Российской Федерации, для применения: 

-  работодателями  при  формировании  кадровой  политики  и  в 

управлении персоналом, при организации обучения и аттестации работников

разработке  должностных  инструкций,  тарификации  работ,  присвоении 

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

учетом особенностей организации производства, труда и управления; 

-  образовательными  организациями  профессионального  образования 

при разработке профессиональных образовательных программ; 

при 


разработке 

в 

установленном 



порядке 

федеральных 

государственных 

образовательных 

стандартов 

профессионального 

образования[1].  

Рассмотрим  более подробно Профессиональный стандарта бухгалтера, 

принятый  22 декабря 2014 г. N 1061н и Утвержден приказом Министерства 

труда и социальной защиты Российской Федерации. 

На  основе  анализа  основных  этапов  профессиональной  деятельности. 

были  выделены  и  сформулированы  в  профстандарте  «Бухгалтер» 

обобщенные трудовые функции (табл.1).   

 

Таблица  1.  Функциональная  карта  вида  трудовой  деятельности  в 



области бухгалтерского учета [3] 

Обобщенные трудовые функции 

Трудовые функции 

код  наименование 

уровень 

квалификации 

наименование 

код 


уровень 

(подуровень) 

квалификации 

А 

Ведение 



бухгалтерского 

учета 


Принятие к учету 

первичных учетных 

документов о фактах 

хозяйственной жизни 

экономического субъекта 

А/01.5 



Денежное измерение 



объектов бухгалтерского 

учета и текущая 

группировка фактов 

А/02.5 




Нацио

нальн

ая 

систе

ма  

квали

фикац

ий  

Класси


фикато

ры 


квали

фикац


ий 

Наци


ональ

ная и 


«отра

слевы


е» 

рамки  


квали

фикац


ий 

Профе


ссиона

льные 


станда

рты  


Незав

исима

я   

оценк

а 

квали

фикац

ий 

Квали


фикац

ии, 


подле

жащи


е 

призн


анию  

На

рх



оз

 У

ни



ве

рс

ит



ет

і


389 

 

хозяйственной жизни 



Итоговое обобщение 

фактов хозяйственной 

жизни 

А/03.5 


Составление и 



представление 

финансовой 

отчетности 

экономического 

субъекта 

Составление 



бухгалтерской 

(финансовой) отчетности 

В/01.6 



Составление 



консолидированной 

финансовой отчетности 

B/02.6 



Внутренний контроль 



ведения бухгалтерского 

учета и составления 

бухгалтерской 

(финансовой) отчетности 

B/03.6 



Ведение налогового 



учета и составление 

налоговой отчетности, 

налоговое планирование 

B/04.6 


Проведение финансового 

анализа, 

бюджетирование и 

управление денежными 

потоками 

B/05.6 



 



Выделенные  ОТФ  описывают  замкнутый  цикл  реализации  групп 

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

специалистами  разной  квалификации  в  совместном  трудовом  процессе 

(бизнес процессе). В  каждом  этапе деятельности,  т.е.  обобщенной  трудовой 

функции,  разделение  трудовых  задач  по  уровням  сложности  и 

ответственности  фиксируется  в  форме  конкретных  трудовых  функций,  в 

соответствии со сложившейся в данной профессии практики деятельности. В 

профессиональном  стандарте  «Бухгалтер»  выделены  две  должности  — 

бухгалтер  и  главный  бухгалтер.  Для  каждой  должности  определена 

обобщенная  трудовая  функция,  которая  детализирована  посредством 

конкретного  перечня  трудовых  функций.  В  отношении  каждой  функции 

указано, какие именно трудовые действия, умения и знания необходимы для 

ее реализации. 

В  табл.  2.  представлены  возможные  наименования  должностей    и 

обобщенные трудовые функции по  различным квалификационным уровням 

бухгалтера. 

 

 

 



 

 

 



На

рх

оз



 У

ни

ве



рс

ит

ет



і

390 

 

Таблица  2    -  Наименование  должностей  и  ОТФ  по  различным 



квалификационным уровням[3]  



1   ...   34   35   36   37   38   39   40   41   42


©emirsaba.org 2017
әкімшілігінің қараңыз

войти | регистрация
    Басты бет


загрузить материал