Прогрессивные технологии в обучении и производстве (стр. 19 )

JavaScript представляет собой язык сценариев, который может быть интерпретирован стандартным Web - браузером. Главной целью языка JavaScript является обеспечение активного взаимодействия HTML-документов с пользователем. При помощи JavaScript-программ возможно: формировать HTML-документы на лету; производить проверку правильности данных HTML-форм перед передачей их на сервер; предоставлять пользователю возможность вводить локальные данные для управления работой JavaScript-программой, а также выборочно выполнять различные операции; создавать окна сообщений и диалоговые окна для вывода предупреждающих сообщений и ввода данных; создавать документы с расширенными возможностями навигации, используя фреймы и автономные окна; обнаруживать Java-апплеты и подключаемые модули (plug-in) браузера Netscape и взаимодействовать с ними.

Все лабораторные и контрольные работы в обучающей подсистеме реализуются посредством введения апплетов в тело Web - страниц. Апплеты представляют собой полноценные приложения написанные на Java, но исполняемые в среде Java-совместимого браузера на клиентском рабочем месте. Java-апплеты являются одним (пока единственным) безопасным способом распространения программ через Internet. Это объясняется тем, что интерпретатор Java не запустит апплет до тех пор, пока не убедится в том, что байт-коды апплеты не повреждены или не модифицированы. Более того, интерпретатор определяет, отвечает ли байт-кодовое представление апплета всем правилам языка Java. Например Java-апплет никогда не может использовать указатель для доступа к закрытой для него компьютерной памяти. Таким образом, апплеты не только защищены, они практически не в состоянии повредить систему.

В процессе работы апплетов в составе обучающей подсистемы постоянно возникает необходимость в различного рода сопровождающей информации, такой как видеоролики, аудиоклипы, структурированные скрипты тестов для лабораторных и контрольных работ, а также чисто справочной информации, которая может быть оформлена в виде реляционной базы данных. Регистрация и аутентификация пользователей может также происходить в соответствии с данными, находящимися в базе данных. Стандартный реляционный доступ к данным очень важен для программ на Java, потому что Java-апплеты по природе своей не являются монолитными, самодостаточными программами. Будучи модульными, апплеты должны получать информацию из хранилищ данных, обрабатывать ее и записывать обратно для последующей обработки другими апплетами. Монолитные программы могут себе позволить иметь собственные схемы обработки данных, но Java - апплеты, пересекающие границы операционных систем и компьютерных сетей, нуждаются в опубликовании открытых схем доступа к данным.

Реализацией доступа к данным из программ Java является Интерфейс JDBC (Java Database Connectivity - связанность баз данных Java). JDBC - это набор реляционных объектов и методов взаимодействия с источниками данных. Программа на языке Java открывает связь с таблицей, создает объект оператор, передает через него операторы SQL системе управления базой данных получает результаты и служебную информацию о них. В типичном случае файлы. class JDBC и апплет/приложение на языке Java находятся на компьютере клиенте. Хотя они могут быть загружены из сети, для минимизации задержек во время выполнения лучше иметь классы JDBC у клиента. Система управления базой данных (CУБД) и источник данных обычно расположены на удаленном сервере.[1,2]

Обобщенная структурная схема реализации информационно - обучающей системы представлена на рис.1. и включает в себя шесть основных компонентов: введение, регистрация, главное меню (выбор курсов для изучения), обучение (меню с содержанием выбранного курса), средства поддержки научно-исследовательских работ (НИР) и средства обеспечения обратной связи. Все эти компоненты реализуются и функционирую на базе использования WEB технологий.

Рис.1. Обобщенная структура организации информационно - обучающей системы.

Используя описанный выше подход можно создать не только отдельные информационно-поисковые обучающие системы, но и в будущем реализовать единую автоматизированную образовательную среду.

Список литературы

1.  , Поляков инструментальная информационно-образовательная среда системы открытого образования Российской Федерации. Лекция-доклад.// Серия материалов Всероссийской школы-семинара «Информационные технологии в управлении качеством образования и развитии образовательного пространства»./ Под общей ред. и .-М.:Исследовательский центр проблем качества подготовки специалистов, 2001.- 40с.

2.  , , Лобачев информационно-образовательная среда системы образования России. // Международная академия открытого образования.-М.:Изд-во МЭСИ, 2000.

УДК 681.0.002

разработка концептуальной модели

функционирования механизированной линии

стеклотарного производства

, ,

Камышинский технологический институт (филиал) ВолгГТУ

Тел.(844-Fax (844-E-mail: *****@***ru

Концептуальная модель сложной системы представляет собой упрощенное алгоритмическое отображение реальной системы. При ее поэтапном построении необходимо выполнить ряд задач: провести декомпозицию системы и формализацию ее элементов; продумать вопросы задания исходной информации; выбрать параметры и переменные; уточнить критерии эффективности функционирования системы; установить список ограничений; установить структуру модели.

В основе концептуальной модели лежит содержательное описание объекта моделирования, в качестве которого рассматривается массовое производство стеклотары широкого ассортимента. Процесс производства стеклянной тары – достаточно сложный процесс превращения сырьевого материала (шихты и стеклобоя) в готовую к использованию продукцию. Он состоит из следующих технологических операций: загрузки шихты и стеклобоя в стекловаренные печи, стекловарения, выработки стеклоизделий, отжига, сортировки и упаковки стеклоизделий [2].

 

Состав исходной технической информации при формализации и моделировании технологических процессов изготовления стеклотары включает: характеристику рассматриваемого стеклотарного производства; плановый годовой объем выпускаемой продукции и ее рабочую документацию сопровождения (конструкторскую и технологическую); данные о номенклатуре и количестве имеющегося в наличии оборудования, его основные эксплуатационные параметры; структуру затрат машинного времени (табл.1), статистические закономерности распределения случайных величин протекания основных и вспомогательных процессов, статистические данные о технических и технологических отказах.

Таблица 1. Структура затрат машинного времени

Виды затрат машин. времени	Наименование операций по видам затрат	Способ определения времени выполнения операций	Характер изменения времени выполнения операций
Обслуживание оборудования	Подготовительно-заключительная операция	статист. обработка хронометражных данных	вероятностный
Технологические процессы	Оперативное время: –  подачи шихты и стеклобоя в бункер загрузчиков шихты; –  подачи смеси шихты и стеклобоя в загрузочные карманы печей; –  получения жидкой стекломассы; –  оформления капель стекломассы; –  формования стеклоизделий; –  транспортирования стеклоизделий до печи отжига; –  перегрузки изделий в печь отжига; –  отжига стеклоизделий; –  транспортирования стеклоизделий в рабочем туннеле печи; –  сортировки стеклоизделий; –  контроля качества; –  транспортирования стеклоизделий до упаковочной машины; –  упаковки стеклоизделий в пакет; –  транспортирования пакета в термоусадочную печь; –  термоусадк пакета; –  транспортирования пакета на склад готовой продукции	стат. обработка хронометр. данных расчет по формулам	вероятностный детерминированный
Вспомогательные технологические операции	Контроль и ликвидация отклонений от норм технологических показателей Смазка форм Упрочнение напылением	статистическая обработка хронометражных данных	вероятностный
Простои оборудования	Отказ по техническим причинам Отказ по технологическим причинам Простой оборудования из-за отсутствия фронта работ	стат. обработка хронометр. данных	вероятностный

Параметрами модели являются величины, влияние изменения значений которых на исследуемую систему представляет цель имитации. В качестве таких параметров приняты номенклатурно-количественный состав технологической линии стеклотарного производства; технико-технологические параметры стеклообработки; параметры надежности оборудования (наработка на отказ, время восстановления). Остальные характеристики системы являются переменными модели, они могут принимать только вполне определенные значения, задаваемые перед началом имитации.

В качестве критерия эффективности при исследовании производственных процессов в технической литературе рекомендуется интегральный показатель – удельные приведенные затраты, представляющий собой отношение суммы капитальных и эксплуатационных затрат к производительности средств механизации и автоматизации с учетом машинного времени их работы. Однако предварительное сравнение технологического оборудования при формировании альтернативных объекто-вариантов целесообразно производить по их производительности.

Список ограничений при построении и реализации моделирующих алгоритмов содержит следующие факторы: номенклатурно-количественный состав базового парка технологического оборудования, производственные площади участка (цеха) для его размещения; система внутрицехового транспорта; наличие необходимого сырья и контрольного оборудования; операционные и вычислительные ресурсы аппаратно-программных средств ЭВМ.

С учетом рекомендаций [1] процесс функционирования технологической линии стеклотарного производства на уровне структурных элементов можно представить в виде ряда взаимосвязанных технико-технологических подсистем стеклообработки: «Загрузка шихты и стеклобоя в стекловаренные печи», «Стекловарение», «Выработка стеклоизделий», «Отжиг», «Сортировка», «Упаковка стеклоизделий». Каждая подсистема при этом соответствует технологическим процессам, выполняемым определенным видом и типом оборудования.

Дальнейшая декомпозиция этих подсистем позволяет выделить подсистемы низшего уровня, а также наиболее важные технологические операции, выполняемые стеклообрабатывающим оборудованием в рамках этих подсистем. Тогда процесс функционирования оборудования стеклотарного производства формально можно представить в виде последовательно связанных графов (табл.2). Вершины графов при этом принимают за технологические состояния рассматриваемого оборудования. Дуги и стрелки при таком подходе будут отражать направленность выполнения операций и их взаимосвязь.

Таблица 2. Графы перехода оборудования стеклотарного производства в подсистемах из одного технологического состояния в другое

Подсистема	Оборудование	Граф
1	2	3
Т1 - «Загрузка шихты и стеклобоя в стекловаренные печи» Т1.1 - Подача стеклобоя в расходный бункер Т1.2 - Подача шихты и стеклобоя в бункер загрузчиков шихты Т1.3 - Подача смеси в загрузочные карманы печей	Цепной ковшовый элеватор Ленточный транспортер Наклонный лоток с вибраторомом	сv (c2, с3, с4)
Т2 - «Стекловарение»	Стекловаренная печь
Т3 - «Выработка стеклоизделий»	Питатель Стеклоформующая машина	cw (c6, c7)

Продолжение таблицы 2

Подсистема	Оборудование	Граф
1	2	3
Т4 - «Отжиг» Т4.1 - Перегрузка стеклоизделий в печь отжига Т4.2 - Отжиг стеклоизделий Т4.3 - Транспортирование стеклоизделий в рабочем туннеле печи	Пластинчатый конвейер Сталкиватель Печь отжига Сетчатый конвейер	cz ( с9, с10, с11)
Т5 - «Сортировка»	Разбраковочный аппарат Детектор качества
Т6 - «Упаковка стеклоизделий»	Система конвейеров Упаковочная машина Рольганг Термоусадочная печь Ленточный транспортер

где с1 - подготовительно-заключительная операция; с2, с3, с4 - подача соответственно стеклобоя в расходный бункер, шихты и стеклобоя в бункер загрузчиков шихты, смеси шихты и стеклобоя в загрузочные карманы печей; с5 - получение жидкой стекломассы (варка стекла); с6 - оформление и выдача капель стекломассы; с7 - формование стеклоизделий; с8, с11, с14 - транспортирование стеклоизделий соответственно до печи отжига, в рабочем туннеле печи, до упаковочной машины; с9 - перегрузка стеклоизделий в печь отжига; с10 - отжиг стеклоизделий; с12 - сортировка стеклоизделий; с13 - контроль качества; с15 - упаковка стеклоизделий в пакет; с16, с18- транспортирование пакета соответственно в термоусадочную печь, на склад готовой продукции; с17 - термоусадка пакета; с19 - вспомогательные технологические операции; с20 - отказ по техническим причинам; с21 - отказ по технологическим причинам; с22 - простой оборудования из-за отсутствия фронта работ

Полученные результаты в дальнейшем могут быть использованы при построении и реализации имитационной модели на ЭВМ с целью оценки и оптимизации параметров функционирования реальной производственной системы.

Список литературы

1.  Бусленко сложных систем. М: Наука, 19с.

2.  Декомпозиция процесса изготовления стеклотары как сложной производственной системы. //Инновационные технологии в обучении и производстве: Материалы III Всероссийской конференции, г. Камышин, 20-23 апреля 2005 г. – ВолгГТУ, Волгоград, 2005. – с.111-114

УДК 681.0.002

ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ АВТОМАТИЗИРОВАННОЙ

СИСТЕМЫ ДЕЛОПРОИЗВОДСТВА НА КАФЕДРЕ «ИНФОРМАТИКА»

,

Камышинский технологический институт (филиал) ВолгГТУ

Тел.(844-Fax (844-E-mail: *****@***ru

Автоматизированная система делопроизводства на кафедре информатики (общеобразовательной) позволяет компьютеризировать формирование учебной, методической и научной документации [1,2]. При разработке информационного обеспечения системы на первом этапе проведен сбор информации, направленный на анализ номенклатуры дел на кафедре, исследование и описание документооборота, получение схемы информационных потоков, выявление тех документов, создание которых имеет смысл автоматизировать. На втором этапе разработаны концептуальная, логическая и физическая модели данных, выбрана СУБД с реляционной схемой отношений (утилита среды Borland Delphi – Database Desktop 7.0).

Исходя из того, что в качестве среды разработки была выбрана среда Borland Delphi, в которой имеется встроенная поддержка доступа к базам данным, а также ввиду специфичности исходных данных, физическая модель данных представлена в виде структуры баз данных, состоящей из набора таблиц. Рассмотрим таблицы, которые представляют наибольший интерес.

Таблица Prepod. В таблице хранятся данные о сотрудниках кафедры.

Имя поля	Тип данных	Размер	Назначение
TabNum	Short	–	Табельный номер
Family	Alpha	25	Фамилия сотрудника
Name	Alpha	20	Имя сотрудника
Secname	Alpha	20	Отчество сотрудника
Foto	Graphic	–	Фотография
Work	Alpha	25	Должность
Sort	Alpha	3	Разряд
State	Alpha	3	По какому штатному расписанию
Finans	Logical	–	Источник финансирования
Birthday	Date	–	День рождения
Adress	Memo	30	Адрес
Tel	Alpha	10	Телефон сотрудника
Predmet	Formatted Memo	50	Читаемые дисциплины
Metod	Formatted Memo	50	Список методических разработок
Nauk	Formatted Memo	50	Список научных трудов
Objzan	Formatted Memo	50	Функциональные обязанности

Таблица IndPlan_UchWork. Таблица содержит данные об учебной работе каждого преподавателя.