«интеграция казахстанской науки в международное научно образовательное пространство»
жүктеу/скачать 8,62 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- ПРОЕКТИРОВАНИЕ ЭЛЕМЕНТОВ ДЕЯТЕЛЬНОСТИ ЛОГИСТИЧЕСКОЙ КОМПАНИИ С ПОМОЩЬЮ ИНСТРУМЕНТА МОДЕЛИРОВАНИЯ STARUML Ключевые слова
- Тҥйін сӛздер
- Элементы модели Описание Актеры
- Прецеденты модели Описание Основные потоки
- Сославичюс Алина Александровна
- Ларионова Анна Анатольевна
- Нацио нальн ая систе ма квали фикац ий
- Незав исима я оценк а квали фикац ий
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-го курса, научный руководитель Тлеубердиева Г.И., Университет «Нархоз» ст. преподаватель
потоки событий Тҥйін сӛздер: модельдеу , диаграмма , актерлер, пайдалану жағдайлары , іс-шаралар ағыны 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.
http://staruml.sourceforge.net/en/documentations.php (дата обращения 12.03.2016). 3.
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] Обобщенные трудовые функции Трудовые функции код наименование уровень квалификации наименование код
уровень (подуровень) квалификации А Ведение бухгалтерского учета
5 Принятие к учету первичных учетных документов о фактах хозяйственной жизни экономического субъекта А/01.5 5
объектов бухгалтерского учета и текущая группировка фактов А/02.5
5 Нацио нальн ая систе ма квали фикац ий Класси
фикато ры
квали фикац
ий Наци
ональ ная и
«отра слевы
е» рамки
квали фикац
ий Профе
ссиона льные
станда рты
Незав исима я оценк а квали фикац ий Квали
фикац ии,
подле жащи
е призн
анию На рх оз У ни ве рс ит ет і
389
хозяйственной жизни Итоговое обобщение фактов хозяйственной жизни А/03.5
5 B Составление и представление финансовой отчетности экономического субъекта 6 Составление бухгалтерской (финансовой) отчетности В/01.6 6
консолидированной финансовой отчетности B/02.6 6
ведения бухгалтерского учета и составления бухгалтерской (финансовой) отчетности B/03.6 6
учета и составление налоговой отчетности, налоговое планирование B/04.6
6 Проведение финансового анализа, бюджетирование и управление денежными потоками B/05.6 6
Выделенные ОТФ описывают замкнутый цикл реализации групп логически связанных трудовых задач, исполняемых последовательно специалистами разной квалификации в совместном трудовом процессе (бизнес процессе). В каждом этапе деятельности, т.е. обобщенной трудовой функции, разделение трудовых задач по уровням сложности и ответственности фиксируется в форме конкретных трудовых функций, в соответствии со сложившейся в данной профессии практики деятельности. В профессиональном стандарте «Бухгалтер» выделены две должности — бухгалтер и главный бухгалтер. Для каждой должности определена обобщенная трудовая функция, которая детализирована посредством конкретного перечня трудовых функций. В отношении каждой функции указано, какие именно трудовые действия, умения и знания необходимы для ее реализации. В табл. 2. представлены возможные наименования должностей и обобщенные трудовые функции по различным квалификационным уровням бухгалтера.
На рх оз У ни ве рс ит ет і 390
Таблица 2 - Наименование должностей и ОТФ по различным квалификационным уровням[3] жүктеу/скачать 8,62 Mb. Достарыңызбен бөлісу:
|