|
определению стандартов для моделей учащегося показывает, что общая архитектура образовательных сред должна разрабатываться параллельно. Очевидно, что модели учащегося должны функционировать как компоненты более крупных образовательных сред. Требуется спецификация архитектуры, которая определит, как другие компоненты образовательных сред должны взаимодействовать с моделью учащегося. Проектирование компонентного программного обеспечения обещает значительно сократить стоимости производства образовательных сред посредством обеспечения многократного использования компонентов. Если этот подход будет использоваться в течение длительного времени, компонентный рынок образовательных сред станет жизнеспособным. Как было наглядно продемонстрировано в производстве персональных компьютеров, существование открытых стандартов на архитектуру может стать краеугольным камнем развития такого рынка. Разработчики программного обеспечения образовательных сред могут ожидать получения следующих преимуществ: 1. совместимые программные приложения будет легче сопровождать и обновлять, чем современные настраиваемые приложения; 2. разработчики приложений будут иметь возможность строить новые приложения с повторным использованием компонентов своих ранее разработанных совместимых приложений, уменьшая, таким образом, стоимость их разработки; 3. совместимые приложения смогут использовать распределенные объектные вычисления; 4. совместимые приложения смогут взаимодействовать с коммерческими программными продуктами, если эти продукты обеспечивают внешние интерфейсы; 5. разработчики приложений будут иметь возможность продавать свои системные компоненты общего назначения на рынке компонентов. 21 |
Кроме того, необходимо разработать руководства по документации и конфигурации компонентов CAI-систем. Разработка глоссария для информационных обучающих систем является важной дополнительной деятельностью в рамках данной категории моделирования, так как разработка информационной обучающей системы и определение требований невозможны без соглашения на используемую в этой области терминологию, которая в настоящее время является весьма расплывчатой и частично противоречивой. Для решения этой проблемы Рабочей группой Р 1484.3 ШЕЕ разрабатывается стандарт на глоссарий, который перечислит и определит термины, используемые в других стандартах, разрабатываемых комитетом по стандартизации обучающих технологий IEEE. В принципе, центральной точкой моделирования для информационных обучающих систем является построение модели учащегося и стандартизация деятельности, связанной непосредственно с ним. Однако первоначальная работа по определению стандартов для моделей учащегося показывает, что общая архитектура CAI-систем должна разрабатываться параллельно. Очевидно, что модели учащегося должны функционировать как компоненты более крупных CAI-систем. Требуется спецификация архитектуры, которая определит, как другие компоненты CAI-систем должны взаимодействовать с моделью учащегося. В более широкой перспективе стандарты на архитектуру CAI-систем необходимы для стимулирования промышленной разработки многократно используемых программных компонентов CAI-систем. В настоящее время, разработке CAI-систем препятствуют высокие стоимости производства, частично вызванные широко распространенными проблемами повторного использования компонентов существующих систем (включая коммерческие пакеты программного обеспечения, образовательные и др.). Проектирование компонентного программного обеспечения обещает значительно сократить стоимости производства CAI-систем посредством обеспечения многократного использования компонентов. Если этот подход будет использоваться в течение длительного времени, компонентный рынок CAI-систем станет жизнеспособным. Как было наглядно продемонстрировано в производстве персональных компьютеров, существование открытых стандартов на архитектуру может стать краеугольным камнем развития такого рынка. Архитектурные стандарты, которые необходимо разработать, должны представлять для производства CAI-систем то, что архитектура брокера общих объектных запросов (Object Management Group's Common Object Request Broker Architecture, OMG CORBA) делает для промышленности распределенных объектных вычислений. Они должны определить руководства (требуемое и рекомендуемое) для реализации компонентов CAIсистем, и выделить сервисы системы, которые будут доступны всем компонентам. Разработчики систем, соответствующих этой архитектуре, могут ожидать получения следующих преимуществ: 1. совместимые CAI-приложения будет легче сопровождать и обновлять, чем современные настраиваемые приложения; 2. разработчики CAI-приложений будут иметь возможность строить новые приложения с повторным использованием компонентов своих ранее разработанных совместимых приложений, уменьшая, таким образом, стоимость их разработки; 3. совместимые приложения смогут использовать распределенные объектные вычисления; 4. совместимые приложения смогут интероперировать с коммерческими программными продуктами, если эти продукты обеспечивают внешние интерфейсы; 5. разработчики CAI-приложений будут иметь возможность продавать свои системные компоненты общего назначения на рынке компонентов. |