CC BY
2
RUDN Journal of Informatization in Education
Вестник РУДН. Серия: Информатизация образования
ISSN 2312-8631 (Print); ISSN 2312-864X (Online) 2023 Vol.20 No3 281-293
http://journals.rudn.ru/lnformatlzatlon-educatlon
РАЗРАБОТКА УЧЕБНЫХ ПРОГРАММ И ЭЛЕКТРОННЫХ РЕСУРСОВ
CURRICULUM DEVELOPMENT AND COURSE DESIGN
DOI: 10.22363/2312-8631-2023-20-3-281-293 EDN: EHNHRX
УДК 372.862
Научная статья / Research article
Методика обучения моделированию деятельности предприятия в рамках дисциплины «Проектирование информационных систем»
Е.Г. Литвак
Донецкая академия управления и государственной службы, Донецк, Российская Федерация
2 alttt@yandex.ru
Аннотация. Постановка проблемы. Тема моделирования деятельности предприятия в рамках дисциплины «Проектирование информационных систем» остается одной из самых трудных для понимания студентами. Обучающиеся быстро осваивают CASE-средства и синтаксис графических языков, но этого недостаточно для построения корректных моделей. Трудности связаны с отсутствием четких критериев корректности модели и множеством альтернативных решений. Цель исследования - разработка методики обучения моделированию, которая позволит сформировать более глубокое понимание темы у обучающихся. Методология. Опытно-поисковая работа проводилась на базе Донецкой академии управления и государственной службы. В эксперименте принимали участие 79 студентов второго курса бакалавриата направления подготовки 09.03.03 «Прикладная информатика». Эксперимент заключался в анонимном анкетировании и статистической обработке его результатов. Результаты. На основе анализа типичных ошибок обучающихся разработан «рабочий лист», состоящий из ряда эмпирических правил, который рекомендуется выдавать обучающимся перед началом самостоятельного выполнения моделирования. Студентам предлагается проводить постоянную проверку на соответствие построенных моделей предложенным правилам. Результаты эксперимента показали существенные качественные изменения в выполнении индивидуальных проектов студентами, использовавшими предложенные «рабочие листы». Заключение. Использование описанной методики при обучении студентов направления подготовки 09.03.03 «Прикладная информатика» в рамках дисциплины «Проектирование информационных систем» обеспечило более осознанный подход обучающихся к моделированию и, как следствие, более корректное выполнение заданий.
Ключевые слова: проектирование информационных систем, IDEF0, IDEF1X, слабое руководство, сильное руководство, рабочий лист
© Литвак Е.Г., 2023
I work is licensed under a Creative Commons Attribution 4.0 International License КЯЕХЯ https://creativecommons.Org/licenses/by-nc/4.0/legalcode
Заявление о конфликте интересов. Автор заявляет об отсутствии конфликта интересов.
История статьи: поступила в редакцию 14 октября 2022 г.; доработана после рецензирования 5 марта 2023 г.; принята к публикации 25 апреля 2023 г.
Для цитирования: Литвак Е.Г. Методика обучения моделированию деятельности предприятия в рамках дисциплины «Проектирование информационных систем» // Вестник Российского университета дружбы народов. Серия: Информатизация образования. 2023. Т. 20. № 3. С. 281-293. http://doi.org/10.22363/2312-8631-2023-20-3-281-293
Teaching methodology for modeling the activities of company within the discipline "Design of information systems"
Elena G. Litvak
Donetsk Academy of Management and Public Administration, Donetsk, Russian Federation
2 alttt@yandex.ru
Abstract. Problem statement. The topic of modeling the activity of a company within the discipline "Design of information systems" remains one of the most difficult for students to understand. Students quickly master CASE tools and the syntax of graphic languages, but this is not enough to build correct models. Difficulties are associated with the lack of clear criteria for the correctness of the model and the many alternative solutions. The purpose of the study is to develop a methodology for teaching modeling, which will allow students to form a deeper understanding of the topic. Methodology. Experimental work was carried out on the basis of the Donetsk Academy of Management and Public Administration. In the experiment took part 79 students of the second year of bachelor's degree in the direction of training 09.03.03 "Applied informatics". The experiment consisted of an anonymous questionnaire and statistical processing of its results. Results. Based on the analysis of typical mistakes of students, a "worksheet" has been developed, consisting of a number of empirical rules, which is recommended to be issued to students before starting to independently perform the simulation. Students are encouraged to constantly check for compliance of the constructed models with the proposed rules. The results of the experiment showed significant qualitative changes in the implementation of individual projects by students who used the proposed "worksheets". Conclusion. The use of the described methodology in teaching students of the direction of training 09.03.03 "Applied informatics" within the discipline "Information systems design" provided a more conscious approach of students to modeling and, as a result, more correct performance of tasks.
Keywords: information systems design, enterprise activity modeling, IDEF0, IDEF1X, minimally guided learning, strongly guided learning, worksheet
Conflicts of interest. The author declares that there is no conflict of interest.
Article history: received 14 October 2022; revised 5 March 2023; accepted 25 April 2023.
For citation: Litvak E.G. Teaching methodology for modeling the activities of company within the discipline "Design of information systems". RUDN Journal of Informatization in Education. 2023;20(3):281-293. (In Russ.) http://doi.org/10.22363/2312-8631-2023-20-3-281-293
Постановка проблемы. Дисциплина «Проектирование информационных систем» - одна из фундаментальных на направлениях бакалавриата, связанных с информационными технологиями и программированием. Поэтому качественное усвоение материала этой дисциплины является важнейшим этапом в становлении обучающихся как профессионалов.
Одной из тем, которая вызывает существенные затруднения у студентов, выступает моделирование деятельности предприятий с помощью графических нотаций. Для этой цели могут использоваться такие нотации, как ГОЕБ0, ГОЕБЭ, БРМК, АШБ и ряд других [1-4].
Многие работы по методике преподавания моделирования делают упор либо на приобретении навыков работы с САБЕ-средствами [5], либо на проектном подходе с большим количеством практики, что кажется очень естественным при обучении проектированию [6; 7].
При этом запоминание самого графического языка и обучение навыков работе с САБЕ-средствами почти никогда не вызывает трудностей у студентов. Однако, как только они сталкиваются с конкретной практической задачей, часто бывают не в состоянии применить этот язык правильно. Синтаксически корректные модели, построенные студентами, оказываются бесполезными.
Трудности понимания приводят к тому, что модели деятельности предприятий при использовании проектных методик в курсовых и дипломных работах делаются «для галочки» и «задним числом», когда информационная система (ИС) для этого предприятия уже спроектирована и даже разработана. Такие модели не приносят реальной пользы при проектировании ИС, а работа над ними не формирует у студентов понимания реального назначения моделирования.
Целью исследования является разработка методики обучения построению моделей деятельности предприятий на примере нотации ГОЕБ0 [1], которая поможет сформировать у студентов более глубокое понимание темы.
Методология. В ходе исследования применялись такие общенаучные методы, как анализ, синтез и формализация.
В [8; 9] Дж. Свеллером и П.А. Киршнером вводится классификация методик обучения, которая делит их на две основные группы: методики со слабым руководством и методики с сильным руководством. К методикам со слабым руководством относятся такие, которые поощряют обучающегося самостоятельно искать решения поставленных проблем, не давая прямых и однозначных путей решения. Например, проектные методики, проблемное обучение и др. Считается, что обучающиеся приобретают знания и усваивают навыки именно в процессе активного решения проблемы. Преподаватель в таких методиках играет скорее роль фасилитатора [8, с. 75].
Методики с сильным руководством, наоборот, построены на том, чтобы обеспечить обучающегося четкими и однозначными инструкциями. Обучение состоит в запоминании этих инструкций и приобретении навыков их применения на практике [8, с. 80].
П.А. Киршнер и Дж. Свеллер доказывают в [8; 9], что все методики со слабым руководством работают намного хуже, чем методики с сильным руководством. Свое утверждение авторы основывают на особенностях взаимодействия кратковременной и долговременной памяти человека.
Именно из-за особенностей этого взаимодействия, по их мнению, наблюдается парадокс: проектные и проблемные методики приводят к решению проблемы или реализации проекта, но не способствуют приобретению устойчивых навыков и фундаментальных знаний у обучающихся, которые только начинают знакомство с дисциплиной.
Эти методики могут быть полезными для людей, которые уже имеют некоторый критический минимум знаний и навыков, так как в этом случае взаимодействие кратковременной и долговременной памяти происходит по иной схеме [8, с. 76, 77].
Студенты, которые сталкиваются с моделированием впервые, не обладают достаточным кругозором, пониманием бизнес-процессов, поэтому им требуются методики с сильным руководством и четкими инструкциями.
Трудность обучения состоит в том, что для задач моделирования деятельности предприятий такие инструкции сложно сформулировать. У них нет единственно правильного решения. Если, например, у моделей «сущность - связь», применяемых при проектировании баз данных, есть четкие критерии корректности - соответствие нормальным формам реляционной теории [10; 11], то при моделировании бизнес-процессов такие критерии отсутствуют или выглядят очень размытыми.
Экспериментальная работа проводилась на базе Донецкой академии управления и государственной службы. В эксперименте приняли участие 79 студентов второго курса бакалавриата направления подготовки 09.03.03 «Прикладная информатика». Цель исследования - выявление качественных изменений в выполнении индивидуальных проектов студентами при использовании методики обучения, предложенной в данной работе. Эксперимент заключался в анонимном анкетировании после защиты студентами индивидуальных проектов и статистической обработке результатов анкетирования.
Результаты и обсуждение. Основной задачей при разработке методики обучения моделированию деятельности предприятий является создание четких инструкций к действиям и критериев проверки правильности модели.
В литературе описано два основных метода создания четких инструкций:
1. Готовые работающие примеры, которое позволяют не тратить время на поиск информации, а сразу усваивать верные ходы решения и их взаимосвязи [12].
2. «Рабочие листы процесса». Такие «рабочие листы» содержат описание этапов, которые необходимо пройти для решения проблемы, а также подсказки и эмпирические правила для успешного завершения каждого этапа [13-15].
Специфика обучения моделированию в нотации ГОЕБ0 состоит в том, что интернет содержит огромное количество готовых примеров для разных задач, но в большей части этих примеров имеются грубые ошибки. Поэтому акцент при обучении должен быть сделан на «рабочих листах» с четкими критериями правильности модели.
Изучен ряд типичных ошибок, которые допускают при выполнении заданий по моделированию студенты специальности 09.03.03 «Прикладная информатика», и на основании этих ошибок предложен ряд эмпирических правил, из которых и должен быть сформирован «рабочий лист».
Первая ошибка заключается в некорректном использовании знаков нотации ГОЕБО. Нотация использует всего два графических символа: прямоугольник и стрелка. При этом прямоугольник всегда означает функцию или процесс, а стрелка может означать артефакт, необходимый для выполнения процесса. Стрелки делятся на четыре группы: вход, выход, управление и механизм.
В английском языке процесс обозначается герундием, которому в русском языке соответствует отглагольное существительное. Для русскоязычных студентов легко стирается смысловая грань между отглагольным существительным и просто существительным, поэтому нередко в своих работах они вписывают имена существительные в прямоугольники. Чтобы исключить эту ошибку следует ввести следующие два правила.
Правило 1. Прямоугольник всегда означает процесс. Процесс - это действие, поэтому он должен быть обозначен глаголом в инфинитиве и существительным. Глагол обозначает действие, существительное обозначает объект, на который направлено действие.
Например, не «Прием товара», а «Принимать товар».
Правило 2. Стрелка - это артефакт, который нужен для выполнения процесса. Стрелка любой из четырех групп может обозначаться только именем существительным.
На рис. 1 представлено корректное использования символов нотации ГОЕБО.
Вторая распространенная ошибка - это возникновение путаницы между входами и механизмами. И входы, и механизмы - это артефакты, без которых процесс не может начаться. Например, прием товара на склад не может произойти без использования весов, поэтому многие обучающиеся изображают на диаграмме и весы, и товар как входы. Для исключения таких ошибок целесообразно использовать правило 3.
Рис. 1. Корректное использование символов нотации ЮЕРО РАЗРАБОТКА УЧЕБНЫХ ПРОГРАММ И ЭЛЕКТРОННЫХ РЕСУРСОВ
Figure 1. Correct use of IDEFO notation symbols
Правило 3. Те артефакты, которые преобразуются внутри процесса и в конечном счете оказываются включены в выход, должны рассматриваться как входы. Те артефакты, которые многократно используются как инструменты и не включены в выход из процесса, следует рассматривать как механизмы.
Например, товар на рис. 2 в результате процесса принятия на склад появляется на выходе, но с другим статусом. Теперь это уже оприходованный товар. Поэтому товар изображен как вход. Весы же могут многократно использоваться при каждом приеме товара на склад и не являются ни выходом, ни частью выхода. Поэтому весы - это механизм.
Следует учитывать, что при изучении дисциплины «Проектирование информационных систем» моделирование деятельности предприятия требуется именно для последующего проектирования ИС. Как правило, курс проектирования студенты изучают уже после завершения курса баз данных. Это означает, что с одной стороны они уже имеют представление о том, что такое диаграмма «сущность - связь» и нотация IDEF1X, а с другой - привыкли проектировать базы данных исключительно на основе словесного описания предметной области. Такая последовательность изучения дисциплин создает у обучающихся непонимание назначения процессного моделирования. Зачем нужна модель в нотации IDEF0, если на основе словесного описания можно выделить сущности предметной области?
Необходимо донести до обучающихся, что моделирование деятельности предприятия предшествует проектированию базы данных. Диаграмма «сущность - связь» должна основываться на диаграмме в нотации IDEF0 и находиться в полной согласованности с ней. Поэтому целесообразно оценивать корректность модели в нотации IDEF0, только рассматривая ее вместе с диаграммой в нотации IDEF1X. При этом критерием корректности является правило 4.
Правило 4. Стрелки модели в нотации IDEF0, относящиеся к группам «вход» и «выход», должны стать либо сущностями, либо экземплярами сущ-
ностей, либо атрибутами сущностей на диаграмме «сущность - связь». Все сущности диаграммы «сущность - связь» должны соответствовать стрелкам на процессной модели.
В качестве примера рассмотрим фрагмент диаграммы, приведенный на рис. 2. Для простоты на диаграмме не рассматриваются управляющие воздействия.
Рис. 2. Фрагмент диаграммы в нотации IDEF0
Figure 2. Diagram fragment in IDEFO notation РАЗРАБОТКА УЧЕБНЫХ ПРОГРАММ И ЭЛЕКТРОННЫХ РЕСУРСОВ
Диаграмме соответствует следующее словесное описание: На склад товары поступают двумя способами: либо как поставка, либо как возврат. Диспетчер склада проводит процедуру принятия поставки, после чего оприходованные товары поступают в складское помещение на хранение. Также диспетчер принимает возврат и отправляет возвращенные товары в складское помещение на хранение.
С точки зрения синтаксиса в этом фрагменте нет ошибок. Но оценить его корректность можно только при одновременном рассмотрении с диаграммой в нотации IDEF1X. Для этого достаточно будет диаграммы уровня «Сущности» (Entities), представленной на рис. 3.
Рис. 3. Фрагмент диаграммы в нотации IDEFIXypoBHq «Сущность»
Figure 3. Fragment of a diagram in the IDEF1X notation of the "Entity" level
При проектировании связей становится очевидно, что для описания процессов поставки и возврата должны быть выделены соответствующие сущности. Этими сущностями будут документы, описывающие поставку и возврат - приходная накладная и накладная возврата. Далее при правильном проектировании должны возникнуть еще две «слабые» сущности, которые описывают данные оприходованных и возвращенных товаров. На рис.4 они называются «Табличная часть приходной накладной» и «Табличная часть возвратной накладной».
Но накладные никак не отражены на фрагменте диаграммы IDEF0, представленном на рис. 2. Поэтому, невзирая на отсутствие синтаксических ошибок, этот фрагмент нельзя назвать корректным.
Более корректным будет фрагмент диаграммы, представленный на рис. 4. Он дополнен стрелками «Приходная накладная» и «Накладная возврата».
Рис. 4. Дополненный фрагмент диаграммы в нотации ЮЕРО
Figure 4. Supplemented diagram fragment in IDEFO notation
В заданиях для обучающихся целесообразно оговаривать отдельное требование изобразить таблицу соответствия стрелок диаграммы IDEF0 и сущностей диаграммы IDEF1X. Это требование будет стимулировать обу-
чающихся к самостоятельному поиску ошибок в диаграммах. Такая таблица соответствия моделей IDEF0 и IDEF1X для рассмотренной выше задачи приведена ниже.
Пример таблицы соответствия моделей IDEFO и IDEF1X
Стрелки Сущности
Товар, оприходованный товар, возвращенный товар Товар
Приходная накладная Приходная накладная, табличная часть приходной накладной
Накладная возврата Накладная возврата, табличная часть накладной возврата
Диспетчер склада Сотрудники
Складское помещение Складские помещения
Example of a correspondence table for IDEFO and IDEF1X models
Arrows Entities
Goods, credited goods, returned goods Goods
Purchase invoice Purchase invoice, table part of purchase invoice
Return note Return note, table part of return note
Warehouse manager Employees
Warehouse spaces Warehouse spaces
Следующей задачей исследования стало проведение эксперимента, который покажет качественные изменения в выполнении индивидуальных проектов студентами. В эксперименте приняли участие 79 студентов второго курса бакалавриата направления подготовки 09.03.03 «Прикладная информатика». В процессе изучения дисциплины «Проектирование информационных систем» студенты работали над итоговым проектом информационной системы. Испытуемые были разделены на две группы. Первая состояла из 42 студентов, которые использовали при моделировании в нотации IDEF0 официальную документацию по этой нотации [1]. Вторая - из 37 студентов, которые использовали «рабочие листы», составленные на основе перечисленных выше четырех правил. После завершения работы над проектом студентам предлагался анонимный опрос из следующих вопросов:
1. Использовали ли вы реально модель деятельности предприятия в нотации IDEF0 при проектировании информационной системы?
Варианты ответов:
- Да, я опирался на модель в процессе проектирования.
- Нет, не использовал. Просто требовалось включить модель в пояснительную записку, поэтому я вынужден был ее создать.
2. Сколько раз вам возвращали проект базы данных на доработку по причине упущенных требований заказчика?
Варианты ответов:
- 1-2 раза.
- 3-5 раз.
- более 5 раз.
Опрос показал, что 85 % студентов первой группы не использовали модель в нотации IDEF0 при проектировании, хотя создавали ее, так как необходимо было включить модель в пояснительную записку к проекту. Более 5 раз переделывали проект базы данных по причине упущенных требований заказчика 73 % студентов этой же группы. Еще 20 % переделывали проект базы данных от 3 до 5 раз.
Во второй группе все 100 % студентов сказали, что они опирались на модель в нотации IDEF0 при проектировании информационной системы. В этой группе не было ни одного студента, кто переделывал бы проект базы данных более 5 раз. Почти половине студентов второй группы (44 %) оказалось достаточно двух попыток для создания корректного проекта базы данных, учитывающего все требования заказчика. Остальным студентам (56 %) понадобилось чуть больше попыток - от трех до пяти.
Заключение. Основной трудностью обучения моделированию деятельности предприятий на основе нотации IDEF0 является размытость критериев правильности построенной модели и наличие многочисленных альтернатив.
Предложенные четыре эмпирических правила составляют «рабочий лист», который обучающийся должен иметь перед началом самостоятельного выполнения заданий по моделированию на основе нотации IDEF0. «Рабочий лист» обеспечивает понятные критерии для проверки и самопроверки результатов задания.
Результаты эксперимента показали, что использование предложенного «рабочего листа» обеспечило более осознанный подход обучающихся к моделированию и, как следствие, более корректное выполнение поставленных перед ними задач проектирования.
Список литературы
[1] Методология функционального моделирования IDEF0: РД IDEF0-2000. М.: Госстандарт России, 2000. 75 с.
[2] Тельнов Ю.Ф., Федоров И.Г. Функциональные и процессные модели бизнес-процессов // Статистика и экономика. 2012. № 2. С. 193-199.
[3] Репин В.В. Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. М.: Манн, Иванов и Фербер, 2013. 544 с.
[4] Федоров И.Г. Анализ концептуальной модели бизнес-процесса с использованием онтологии Бунге - Ванда - Вебера // Статистика и экономика. 2014. № 6. С. 216-221.
[5] Манюкова Н.В., Уразаева Л.Ю. Сase-средства в преподавании информационных технологий для студентов направления подготовки «Информатика и вычислительная техника» // Преподавание информационных технологий в Российской Федерации: материалы Шестнадцатой открытой Всероссийской конференции. М.: МГТУ им. Н. Э. Баумана, 2018. С. 93-95.
[6] Котлова М.В. Методология преподавания курса «Методы и средства проектирования информационных систем и технологий» // Преподаватель года 2021 : сборник статей международного профессионально-исследовательского конкурса: в 3 частях. Петрозаводск: Новая наука, 2021. С. 244-248.
[7] Копышева Т.Н. Применение проектного метода при обучении бакалавров прикладной информатики в рамках реализации компетентного подхода // Вестник Чувашского государственного педагогического университета имени И.Я. Яковлева. 2018. № 4 (100). С. 185-192.
[8] Kirshner P.A., Sweller J., Clark R.E. Why minimal guidance during instruction does not work: an analysis of the failure of constructivist, discovery, problem-based, experiential, and inquiry-based teaching // Educational Psychologist. 2006. Vol. 41. No. 2. Pp. 75-86. http://doi.org/10.1207/s15326985ep4102_1
[9] Sweller J. Cognitive load during problem solving: effects on learning // Cognitive Science. 1988. Vol. 12. Pp. 257-285.
[10] Codd E.F. Extending the database relational model to capture more meaning // ACM Transactions on Database Systems. 1979. Vol. 4. Pp. 397-434. https://doi.org/10.1145/320107.320109
[11] Chen P. The entity-relationship model - toward a unified view of data // ACM Transactions on Database Systems. 1976. No. 1 (1). Pp. 9-36. http://doi.org/10.1145/320434.320440.S2CID 52801746
[12] Sweller J., Cooper G.A. The use of worked examples as a substitute for problem solving in learning algebra // Cognition and Instruction. 1985. Vol. 2. No. 1. Pp. 59-89.
[13] Van Merrienboer J.J.G. Training complex cognitive skills: a four-component instructional design model for technical training. Englewood Cliffs, NJ: Educational Technology Publications, 1997. 338 p.
[14] Van Merrienboer J.J.G., Kirschner P.A. Ten steps to complex learning. A systematic approach to four component instructional design. 2nd ed. London: Routledge, 2012.
[15] Van Merrienboer J.J.G., Kester L., Paas F. Teaching complex rather than simple tasks: balancing intrinsic and germane load to enhance transfer of learning // Applied Cognitive Psychology. 2006. Vol. 20. Pp. 343-352.
References
[1] IDEF0 functional modeling methodology: RD IDEF0-2000. Moscow: Gosstandart Rossii Publ.; 2000. (In Russ.)
[2] Telnov YuF, Fedorov IG. Functional and process models of business processes. Statistics and Economics. 2012;(2):193-199 (In Russ.)
[3] Repin VV, Elipherov VG. Process approach to management. Business process modeling. Moscow: Mann, Ivanov i Ferber Publ.; 2013. (In Russ.)
[4] Fedorov IG. Analysis of the conceptual model of the business process using the Bunge -Wanda - Weber ontology. Statistics and Economics. 2014;(6):216-221. (In Russ).
[5] Manukova LV, Urazaeva LYu. Case-means in teaching information technologies for students of the field of study "Informatics and computer technology". All-Russian Scientific and Practical Conference "Teaching Information Technologies in Russian Federation". Moscow; 2018. p. 93-95 (In Russ).
[6] Kotlova MV. Methodology of teaching the course "Methods and means of designing information systems and technologies". Teacher of the Year 2021: Collection of Articles of the International Professional Research Competition. Petrozavodsk; 2021. p. 244-248 (In Russ.)
[7] Kopysheva TN. Application of the project method in teaching bachelors of applied informatics as part of the implementation of a competent approach. Vestnik Chuvashskogo
Gosudarstvennogo Pedagogicheskogo Universiteta Imeni I.Ya. Yakovleva. 2018;(4): 185-192. (In Russ.)
[8] Kirshner PA, Sweller J, Clark RE. Why minimal guidance during instruction does not work: an analysis of the failure of constructivist, discovery, problem-based, experiential, and inquiry-based teaching. Educational Psychologist. 2006;41(2):75-86. https://doi.org/10.1207/s15326985ep4102_1
[9] Sweller J. Cognitive load during problem solving: effects on learning. Cognitive Science. 1988;12:257-285.
[10] Codd EF. Extending the database relational model to capture more meaning. ACM Transactions on Database Systems. 1979;4:397-434. https://doi.org/10.1145/320107.320109
[11] Chen P. The entity-relationship model - toward a unified view of data. ACM Transactions on Database Systems. 1976;(1):9-36. https://doi.org/10.1145/320434.320440.S2CID 52801746
[12] Sweller J, Cooper GA. The use of worked examples as a substitute for problem solving in learning algebra. Cognition and Instruction. 1985;2(1):59—89.
[13] Van Merrienboer JJG. Training complex cognitive skills: a four-component instructional design model for technical training. Englewood Cliffs, NJ: Educational Technology Publications; 1997.
[14] Van Merrienboer JJG, Kirschner PA. Ten steps to complex learning. A systematic approach to four component instructional design. 2nd ed. London: Routledge; 2012.
[15] Van Merrienboer JJG, Kester L, Paas F. Teaching complex rather than simple tasks: balancing intrinsic and germane load to enhance transfer of learning. Applied Cognitive Psychology. 2006;20:343-352.
Сведения об авторе:
Литвак Елена Геннадиевна, кандидат экономических наук, доцент, доцент кафедры информационных технологий, Донецкая академия управления и государственной службы, Российская Федерация, 283015, Донецк, ул. Челюскинцев, д. 163а. ORCID: 0000-00029123-5053. E-mail: alttt@yandex.ru
Bio note:
Elena G. Litvak, Candidate of Economic Sciences, Associate Professor, Assistant Professor of the Department of Information Technologies, Donetsk Academy of Management and Public Administration, 163a Cheluskintsev St, Donetsk, 283015, Russian Federation. ORCID: 00000002-9123-5053. E-mail: alttt@yandex.ru
