авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ РФ МИНИСТЕРСТВО НАУКИ И ТЕХНОЛОГИИ РФ МОСКОВСКИЙ КОМИТЕТ ОБРАЗОВАНИЯ КОМИТЕТ ПО ДЕЛАМ СЕМЬИ И МОЛОДЕЖИ ПРАВИТЕЛЬСТВА МОСКВЫ МОСКОВСКИЙ ...»

-- [ Страница 5 ] --

• автоматизация формирования результирующих прайс-листов по различным крите риям (минимальная цена, минимальное время поставок и т.д.);

• работа со многими денежными системами;

• реализация различных схем поставок и реализации товара;

• подготовка отчетов (заказы, счета, накладные и т.д.);

• управление доступом.

Прикладные системы инженерного профиля.

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

Интеграция корпоративной системы на платформе Lotus Notes с другими прикладными системами:

Электронный архив. Он представляет собой совокупность аппаратно программных средств и технологических решений, обеспечивая:

• формирование электронных папок номенклатуры дел организации для хранения документов произвольного формата и создание системы хранения документов;

• автоматизированный ввод документов из различных источников (сканер, факс и т.д.) и автоматическое распознавание текста с переводом документов в текстовый формат;

• распределенный доступ к информации, хранящейся в корпоративном электронном архиве;

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

• использование электронного архива как компонента корпоративной системы и ин теграция его с другими приложениями.

Система электронных заказов. Эта система позволяет осуществлять прием и обработку заказов от удаленных пользователей системы. Распределенная система элек тронных заказов обеспечивает следующие возможности:

• просмотр листинга предложений удаленными пользователями системы;

• заказ продукции, услуг и т.д.;

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

• простое наращивание системы;

• легкость администрирования.

Lotus Notes способен успешно выполнить функции ядра корпоративной инфор мационной системы благодаря наличию:

• средств коммуникаций на основе встроенной электронной почты и агентов, обес печивающих взаимодействие с другими почтовыми системами;

• средств совместной работы в виде распределенных баз данных коллективного дос тупа, способных хранить информацию произвольного формата;

• средств защиты информации;

Понятие: Пример фрагментов эскизного проектирования ИС дополнитель ного образования на платформе Lotus Notes.

Комментарий: Ниже в качестве примера приводятся фрагменты проектирова ния ИС дополнительного образования на базе Дворца, выполненные группой студен тов по кафедре ТИССУ МИРЭА по дисциплине «проектирование ИС».

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РФ МИНИСТЕРСТВО НАУКИ И ТЕХНОЛОГИЙ РФ МОСКОВСКИЙ КОМИТЕТ ОБРАЗОВАНИЯ КОМИТЕТ ПО ДЕЛАМ СЕМЬИ И МОЛОДЕЖИ ПРАВИТЕЛЬСТВА МОСКВЫ Московский городской дворец детского (юношеского) творчества (МГДД(Ю)Т) Общеобразовательный лицей № "Воробьевы горы" на базе МГДД(Ю)Т Московский государственный институт радиотехники, электроники и автоматики (технический университет) Государственный научно-исследовательский институт информационных технологий и телекоммуникаций “Информика” Руководители: А.С.Гниденко, В.Т.Матчин Исполнитель: группа ИО-1- Курсовая работа «Разработка и реализация эскизного проекта информационной системы «Инфор мационные технологии» (по специальности 220200) и обеспечение ее полного жиз ненного цикла»

Москва ОГЛАВЛЕНИЕ 1. Утвержденное техническое задание на разработку 2. Руководство пользователя 3. Руководство администратора 4. Расчетно-пояснительная записка 5. Акт внедрения «УТВЕРЖДАЮ»

Зав. кафедрой ТИССУ МИРЭА, зав. сектором НИТ МГДТДиЮ /Мордвинов В.А./ «17» декабря 1999 г.

Техническое задание 1. Наименование темы Разработка и реализация эскизного проекта информационной системы «Инфор мационные технологии (УМК «Мировые информационные ресурсы и сети. Корпора тивные информационные системы.»;

Окружение ядра ИСС по справочной книге Э.Якубайтиса «Информационные сети и системы»)» (по специальности 220200) и обеспечение ее полного жизненного цикла.

2. Характер НИОКР Прикладной, внедренческий (учебный).

3. Организации – исполнители Кафедра ТИССУ, Центр НИТ МГДТДиЮ – МИРЭА.

Базовая организация (внедрения): объединение секторов НИТ и ИВТ отдела Технического творчества МГДТДиЮ 4. Исполнитель Группа студентов кафедры ТИССУ МИРЭА – ИО-1-97 в составе 10 человек (руководитель бригады проекта Фроловичев Сергей Сергеевич).

5. Руководители темы: А.С.Гниденко и В.Т.Матчин;

научный консультант: д.т.н.

проф. В.П.Кулагин.

6. Научное и производственное направление организации по которому проводится данный НИОКР «Информатизация системы дополнительного образования».

7. Код темы по ГРНТИ 14.01.29, 14.85.35, 20.23. 8. Сроки выполнения Начало разработки 1 октября 1999 года.

Окончание разработки 20 декабря 2000 года.

9. Цель работы Разработка и реализация эскизного проекта ИС «Информационные технологии», на базе Lotus Notes, которая поддерживает обмен и распространении информационных технологий в открытом пространстве: от мировых, корпоративных, локальных до пер сонифицированных информационных ресурсов конкретного преподавателя или сту дента.

Создание, установка и сопровождение в рамках обучения персонала секторов НИТ и ИВТ стартовой очереди междисциплинарной информационной системы допол нительного образования УМК «Мировые информационные ресурсы и сети. Корпора тивные информационные системы».

10. Имеющийся научный, проектный и производственный задел a. Кадровый потенциал - Состав группы ИО-1-97, сотрудники и учащиеся секторов НИТ и ИВТ.

- Научный консультант д.т.н. проф. В.П.Кулагин, руководители:

А.С.Гниденко, В.Т.Матчин.

b. Исполнителями проекта выполнен ряд проектов, в том числе:

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

- «Разработка и внедрение в центральном учреждении дополнительного обра зования городского уровня - Московском Городском Дворце Творчества Де тей и Юношества (МГДТДиЮ) второй очереди системы дистанционного обучения с использованием PDA-мобильных информационных технологий на платформе OC Windows CE».

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

b. Наполнение информационной системы базовым набором информации: по предме ту «Информационные технологии», глоссарий терминов.

c. Создание отдельных (локальных) копий систем с поддержкой репликации общей базы данных в ЦНИТ МГДТДиЮ - МИРЭА 12. Научно техническая и практическая ценность ожидаемых результатов работы Модель реализации ИС в образовании, интегрирующей различные уровни ин формационных ресурсов, методология построения мини ИС, информационных подсис тем УМК по предметной области «Информационные технологии». Апробация множе ственных образовательных траекторий на базе разработанных мини ИС. Внедрение первой очереди стартовой подсистемы ИС в образовании по направлениям (специаль ность 071900 "Информационные системы в образовании") "Информационно социальные технологии".

13. Содержание (этапы) работы Работа над проектом производится в два этапа.

Первый этап реализуется с первого октября 1999 года и заключается в создании технического задания на разработку описанной системы, в частности – выбор плат формы для информационной системы.

Второй этап осуществляется в период с 1 сентября по 20 декабря 2000 года и заключается в разработке, апробации и реализации эскизного проекта.

Ниже приведена полная таблица работ Таблица 4.

01/09/1999 10/12/1999 Фроловичев С. Создание техниче Малиновкин А. ского задания на раз Велицкий А. работку описанной Шмаков П. системы, в частности Простатинов П. – выбор платформы Кряженков К. для информационной системы.

01/01/2000 01/04/2000 Фроловичев С. Создание единого Малиновкин А. информационного Велицкий А. пространства систе Шмаков П. мы в среде Lotus Простатинов П. Notes, настройка.

Предоставление воз можности доступа к системе из сети Internet 01/09/2000 01/12/2000 Велицкий А. Обработка, набор, Кряженков К. сканирование ин формации для со ставления общего словаря всей спра вочной системы 01/01/2000 01/12/2000 Соколов Н. Проверка работоспо Синицина В. собности системы;

Усачева С. «тестирование» от дельных модулей;

грамматический кон троль всей посту пающей в БД инфор мации.

Оформление прило жений 01/09/2000 01/12/2000 Ваничкин С. Создание презента ции проекта 01/09/2000 01/12/2000 Велицкий А. Введение системы в Ваничкин С. эксплуатацию. И Соколов Н. окончательная про Кряженков К. верка работоспособ Синицина В. ности отдельных мо Шмаков П. дулей и всей системы Усачева С. в целом.

Малиновкин А.

Фроловичев С.

Простатинов П.

14. Перечень научной, технической и другой документации Пояснительная записка (эскизный вариант проекта), в том числе описание платформы, инструкции по инсталляции и настройки, инструкции пользователю, демо версия, 5-6 листов графики, доклад на научно методическом семинаре «Информацион ные системы в наукоемких технологиях образования», участие в студенческих НТК, рукопись публикации (статья), акт внедрения в учебный процесс.

15. Использование результатов работы в учебном процессе Результаты работы будут использованы на первоначальных стадиях на экспе риментальной технологической площадке МГДТиЮ – МИРЭА – ГНИИ ИТТ «Инфор мика» и в последствии, в информационном обеспечении вузовских и довузовских об разовательных траекторий.

16. Использованная литература 1. Губин С.Ю., Матчин В.Т., Мордвинов В.А. Интернет-технологии в высшей школе в период реформирования российского образования / Под ред. академи ка РАН Н.Н.Евтихиева. - М., 1998. - 56 с. - (Новые информационные техноло гии в образовании: Обзор. информ./НИИВО;

Вып. 3).

2. Дешко И.П., Мордвинов В.А. и др. Раздел Ежегодного доклада о развитии высшего образования "Высшая школа в 1997 г." - Минобразование РФ, НИИВО /- М., 1998.

3. Дешко И.П., Мордвинов В.А. Опыт информационного взаимодействия в сис теме "школа-вуз". Материалы конгресса "Образование-98", М., 1998, с.64-66.

4. Приказ Госкомвуза России №427 от 13.05.94 и "Об организации в центре НИТ МИРЭА демонстрационного зала коллективного пользования "Информа тизация школьно-студенческого творчества в системе непрерывного образо вания".

5. Приказ Госковуза России от 16.02.96 №293 "О закреплении за центром НИТ МИРЭА функций учебно-демонстрационного центра новых информационных технологий и дистанционного обучения в системе непрерывного образования г. Москвы".

6. Приказ Московского департамента образования от 12.02.96 №44 "О закрепле нии за МГДТДиЮ функции учебно-демонстрационного центра по взаимодей ствию с вузами г. Москвы в сфере информатизации детско-юношеского твор чества и дистанционного образования".

7. Мордвинов В.А., Дешко И.П. Информационные технологии в системе непре рывного образования. VIII Международная конференция "Информаци онные технологии в образовании (ИТО-98)" М.: МИФИ, 1998, с. 86.

8. Мордвинов В.А. Современная информсреда как важнейший фактор информа тизации образования. М.: НИИВО. 1997. Деп. № 51-97 от 7.04.1997. Библ. Ука затель "Высшая и средняя профессиональная школа в России и за рубежом" :

Вып. 3, п. 12. - 2,5 п.л.

9. Евтихиев Н.Н., Зобов Б.И., Иванников А.Д., Ковалев С.Н., Мордвинов В.А., Сазонов Б.А. Образование и информатика - 96./ Под ред. Савельева А.Я. / М.: 1997. - Аналитический обзор. / НИИВО. - 2,5 п.л.

10. Мордвинов В.А. Развитие информсреды НИТ в системе непрерывного обра зования. Московский межвузовский ЦНИТ МИ-РЭА. - М.: НИИ-ВО, 1996г.

11. Мордвинов В.А., Попов В.В. Новые информационные технологии в системе учреждений высшего и дополнительного образования. Доклад на Всероссий ской научно-практической конференции "Проблемы совершенствова ния организации повышения квалификации и профессиональной пере подготовки специалистов". / Москва, 21-23 мая 1996г.

12. Министерство образования России, Государственный образовательный стан дарт высшего профессионального образования 071900 - Информатизация сис темы (в образовании).

13. Объектно-ориентированный анализ и проектирование с примерами приложе ний 2-ое издание\перевод с английского – М. Издательство Банов и Невский диалект СПб. 1999.

14. Э.А. Якубайтис Информационные сети и системы (справочная книга) 15. Теоретические основы моделирования длительных циклов технических систем в образовании. Н.А.Новиков, М.В. Каминский.

16. Проектирование Информационных систем (Проектирование ФСОИУ). Гни денко А.С.., Куракин Д.В., Иванников А.Д., Матчин В.Т., Минаков В.И. Морд винов В.А.

17. Липаев В.В. Документирование и управление конфигурацией програмных средств. Методы и стандарты. Проектирование ИС. Серия информатизация России на пороге XXI века. – М: МИНТЕГ, 18. О.В. Ефимова, М.В. Моисеева, Ю.А. Шарфин Практикуем по компьютерной технологии. Управления, примеры задач. Издание второе.

Представитель группы ИО-1-97 студ. Фроловичев С.С.

Научный консультант проф. Кулагин В.П.

Руководитель подразделения проф. Мордвинов В.А.

Руководство пользователя Работа с системой осуществляется двумя способами:

- Через веб-браузер. Доступ в режиме “read only”, то есть пользователь может поль зоваться просмотра документов, поиска перемещения по каталогу документов.

- Через специальный редактор Lotus Notes Client. В данном режиме пользователь может произвольно менять, создавать или удалять документы в соответствии с правами, назначенными ему администратором.

Работа через веб-браузер 1. Запустите программу, которая позволяет просматривать гипертекстовые докумен ты, отвечающие спецификации HTML 3.0. Как правило, это один из наиболее по пулярных браузеров: Internet Explorer или Netscape Navigator.

2. В строке ввода УРЛ адреса наберите полный путь к серверу, на котором располо жена система. Узнать этот путь вы можете у системного администратора.

3. После чего откроется примерно такое окно:

Рис 4.

В появившемся окне необходимо навести мышку на гиперссылку “All Docu ments” после чего откроется окно со списком всех документов, которое будет выгля деть примерно так:

Рис 5. Это и есть список всех доступных разделов находящихся в базе данных.

4. Для просмотра списка документов раздела необходимо нажать на значок:

5. Для просмотра документа необходимо подвести мышь к желаемому документу и нажать на его название, после чего вы увидите экран с документом, примерно сле дующего формата:

Рис 6.

Для возврата к списку документов используйте кнопку «Back» вашего браузера.

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

Рис 7.

7. Для завершения работы с системой просто закройте ваш браузер.

Работа через специальный редактор Lotus Notes Client 1. Для начала работы вам необходимо запустить программу Lotus Note Client. Если вы не можете или не знаете, как запустить программу, а также в случае, когда вы уверены в том, что программа еще не установлена, обратитесь к системному адми нистратору.

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

Рис. 8.

3. После этого вам необходимо перейти в режим работы с базой данных, что вы мо жете проделать нажав на знак базы данных:

Рис. 9.

В случае, если вы впервые открываете базу данных откроется вводный доку мент с информацией о создателях. Для его закрытия воспользуйтесь клавишей “ESC”.

4. В режиме работы с базой данных вы можете перемещаться по разделам и докумен там, редактировать, создавать и удалять документы и разделы, в соответствии со своими правами, если они установлены.

Редактирование документа происходит в три действия:

o дважды щелкаете по необходимому документу o в появившемся окне производите двойной щелчок на тексте, редактируете его.

Нажимаете на кнопку, расположенную вверху экрана, в поя o вившемся окне нажимаете “OK”.

Удаление документа происходит после выделения документа в основном экра не, путем наведения на него курсора мыши и однократного клика и нажатия клавиши “Del”. После закрытия базы данных, или принудительного обновления (F9) документ будет удален.

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

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

Руководство администратора Вся работа системного администратора заключается в установке пакета Lotus Notes Domino server на сервер или любую другую машину в сети, которая будем в дальнейшем называть сервер. Фактически установка поднимает на сервере обычный HTTP сервер, который управляется через систему Domino. И позволяет, в частности выкладывать базы данных и многие другие вещи разработанные для системы Lotus Notes во всемирную сеть Internet.

Инсталляция и настройка пакета состоит из трех шагов 1. Установка.

Запускаем файл install.exe.

Выбираем на кого регистрировать пакет.

Выбираем путь, куда установить систему.

2. Открываем меню Старт и находим папку Lotus Applications где выбираем значок Lotus Notes.

В предложенном меню для конфигурации сервера выбираем пункт First Domino Server.

На следующем экране Quick and Easy setup На следующем экране будет вводится информация о паролях администратор ского доступа к системе, причем пароли будут идти открытым текстом, поэтому реко мендуется не подпускать к компьютеру посторонних людей: нажимаем Edit вводим все данные, причем в поле Server вводим значение “Localhost”.

Нажимаем «сохранить» и ждем завершения процесса установки.

3. Русификация системы происходит путем элементарных действий:

a. Переименовать файл lib\ font.properties.ru в lib\awt.properties b. Переименовать файл l_cp1251.cls в l_cpwin.cls c. Переименовать файл collcyr.cls в collstd.cls d. При редактировании документов обязательно выбирать шрифты с дополнени ем Cyr 4. Запуск сервера. Открываем меню Старт и находим папку Lotus Applications где выбираем значок Lotus Domino Server. Загрузится консольный экран, который по казывает состояние сервера и запускаемые процессы. Пока окошко открыто сервер работает. Для завершения работы в окошке необходимо ввести QUIT.

5. Для поиска по базе данных ее необходимо индексировать. Это можно сделать так:

a. запустив вышеупомянутый Lotus Note Client. Открыв базу данных TIO (File Database - Open - Browse -Open).

b. Щелкнуть на появившемся значке правой кнопкой и выбрать пункт DATABASE PROPERTIES c. Выбрать пункт Full Index d. Нажать Create Index для создания и Update Index для обновления.

«УТВЕРЖДАЮ»

заместитель директора МГДТДиЮ _/Шадрина И.Е./ «_»_ 2000 г.

печать АКТ ВНЕДРЕНИЯ В УЧЕБНО-ТВОРЧЕСКИЙ И ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕССЫ Секторов НИТ и ИВТ отдела Технического творчества Московского городского Дворца творчества детей и юношества Настоящий акт состоит в том, что в 2000-2001 учебном году группой (ИО-1-97) студентов МИРЭА (ЦНИТ МИРЭА-МГДТДиЮ) в составе:

Ваничкин С.С.

Велицкий А.Ю Кряженков К.Г.

Малиновкин А.В.

Синицына В.А.

Соколов Н.Ю.

Фроловичев С.С.

Шмаков П.А.

была разработана и внедрена в МГДТДиЮ первая очередь информационной системы на базе Lotus Notes, ядром которой является учебно-методический комплекс «Информационные ресурсы и сети. Корпоративные информационные системы». Про граммная часть данной системы состоит из Lotus Domino Server версии 4.63, Lotus Notes Client, а так же www-браузера на клиентских компьютерах. Система установлена на сервере в 436 лаборатории МГДТДиЮ и к ней имеется доступ по локальной сети со всех компьютеров, включенных в образовательный процесс.

В центральную технологическую лабораторию центра сектора НИТ МГДТДиЮ (ответственный А.С. Гниденко) переданы следующие продукты проекта:

- архитектура базы данных системы с наполнением информацией из УМК «Информационные ресурсы и сети. Корпоративные информационные системы»

(tio.nsf, до 10Мб);

- демо-версия (Flash 5.0, видеоролик, до 2Мб.);

- инструкция по установке и настройке созданной первой очереди системы;

- инструкция пользователю первой очереди системы;

- пояснительная записка (обобщающая вышеназванные пункты).

Заведующий отделом технического творче- В.И. Минаков ства Заведующий сектором ИВТ А.Ю. Паршин Заведующий сектором НИТ В.А. Мордвинов, к.т.н., про Руководитель направления «Московский В.М. Кроль, д.б.н., проф.

комплекс НИТ ИДО»

Руководитель центральной технологиче- А.С. Гниденко ской лабораторией сектора НИТ Заведующий базовой учебной лаборатори- А.А. Бултышкин ей, ответственный за сопровождение ИС Руководитель дем. Зала Е.Е. Чехарин Руководитель группы исполнителей проек- С.С. Фроловичев та От исполнителей ответственный за инст- П.А. Шмаков руктаж персонала практикант кафедры ТИССУ МИРЭА Понятие: Процедуры и последовательности проектирования корпоратив ных сетей. Рекомендации (по материалам лекций проф.В.П.Кулагина).

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

После определения основных программно-аппаратных средств выполня ются этапы:

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

• поставка оборудования;

• тестирование сети;

• конфигурирование портов коммутаторов;

• сдача в эксплуатацию.

Среди основных рекомендаций следует упомянуть следующие:

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

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

3. При выборе типа линий связи между отдельно стоящими зданиями необходимо провести сравнительный анализ проводных линий и радиоканалов.

4. Кабельная система проектируется как независимая. В наиболее популярной схеме кабельной системы и размещения коммутационного оборудования внутри здания рекомендуется под коммутационное оборудование отводить помещение на этаже с максимальным числом рабочих мест или с ограниченным доступом посторонних лиц, горизонтальную (этажную) проводку выполнять витой парой категории (длина до 90 м) или коаксиальным кабелем, вертикальную проводку (межэтажную) - ВОЛС или коаксиальным кабелем.

5. Относительно выбора одного из двух наиболее популярных вариантов построения подсетей (ЛВС) - Ethernet или Token Ring однозначные выводы отсутствуют. Ес ли нагрузка подсети может превышать 35 % (т.е. без учета конфликтов передача данных в сети занимает 35 % времени), то лучше использовать Token Ring. При меньшей загрузке предпочтительнее Ethernet, так как обеспечиваются меньшие за держки. Вариант Ethernet можно применять и при большем трафике, но тогда нуж но предусмотреть разделение ЛВС на подсети с мостовым соединением между ни ми. Число подсетей и распределение рабочих мест по подсетям рекомендуется оп ределять по правилу 80/20, по которому 80 % трафика должно сосредоточиваться внутри подсети и только 20 % следует отводить во вне, иначе эффективность Ethernet будет невысокой. Следует также рассмотреть целесообразность использо вания виртуальных ЛВС.

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

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

8. Для корректировки и верификации проекта сети нужно использовать имеющиеся средства имитационного моделирования.

Примерами программ анализа и моделирования вычислительных сетей мо гут служить COMNET III и OPNET. Ниже приведены краткие характеристики этих программ.

COMNET III;

(фирма CACI Products Company;

http://www.caciasl.com). Инте рактивное моделирование работы локальных и территориальных вычислительных се тей. Исходные данные задаются на проблемно-ориентированных языках моделирова ния MODSIM или SIMSCRIPT с графическими расширениями. На экране ЭВМ изо бражается топология сети с указанием узлов, линий связи, источников данных (трафи ка). В результате моделирования определяются "узкие" места, задержки в передаче данных, загрузка линий, буферов, процессоров, длины очередей, пиковые нагрузки.

Имеется библиотека моделей протоколов и аппаратных средств: маршрутизаторов (3COM, Cisco, DEC, HP и др.), алгоритмов протоколов (TCP/IP, SNA, RIP, OSPF, IGRP и др.) и ряда методов доступа (CSMA/CD, FDDI, ALOHA).

OPNET (Planner and Modeler);

(фирма OPNET;

http://www.mil3.com). Анализ ра боты различных локальных и территориальных гетерогенных вычислительных сетей, в том числе высокоскоростных сетей FDDI и ATM, радиоканалов с временным мультип лексированием и др. На входном графическом языке задается структура сетей с указа нием процессоров, источников потоков данных, очередей, трансмиттеров и т.п. Систе ма позволяет сравнивать различные архитектуры построения сетей, определять разме щение серверов, рассчитывать трафик. В библиотеке системы имеются модели различ ных протоколов (Ethernet, FDDI, TCP/IP, ATM, PSTN, Frame Relay и другие).

Рис. 10. Условные изображения единиц сетевого оборудования Математическое обеспечение для моделирования сетей и сетевых протоколов системы массового обслуживания и/или сети Петри. Для структурного синтеза сетей используют дискретное математическое программирование и экспертные системы, перспективно применение генетических алгоритмов синтеза. Существуют пакеты ин терактивного проектирования сетей. С их помощью можно изобразить поэтажную схему здания, разместить на ней обозначения компьютеров и сетевого оборудования, выбрать из базы данных типы оборудования и каналов связи, проверить допустимость их совместного использования и другие ограничения. Пример такого пакета - NetSuit Advanced Professional Design фирмы NetSuit Development.

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

9. Разрабатывается конфигурация сети. Все узлы сети распределяются по рабо чим группам, а затем рабочие группы - по подсетям. Исходя из оценок прогнозируемо го трафика и его характера, числа узлов и подсетей выбирается структура сети и типы сетевого оборудования. Если нет уверенности в том, что состав пользователей в рабо чих группах будет стабильным, то целесообразно использовать виртуальные ЛВС. Не обходимо учесть возможности масштабирования сети, если ожидается ее расширение в процессе эксплуатации.

Примеры структур корпоративных сетей показаны на приведенном ниже рисун ке.

Рис. 11. Примеры структур корпоративных сетей, предложенных: а) Cisco Systems;

б) Bay Networks.

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

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

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

Для большей конкретности изложения методологии и теоретических основ соз дания и обеспечения полного жизненного цикла ИС будем обращаться в качестве при мера к задаче создания ИС по тематике “Мировые информационные ресурсы и сети.

Корпоративные информационные системы в образовании”, поскольку направленность учебной деятельности ФПК ЦНИТ МГДТДиЮ-МИРЭА-ГНИИ ИТТ “Информика” совпадает с вышеназванной тематикой. При этом ядро этой системы должно представ лять документооборот самого ФПК, а возможности получения информации должны предоставляться, как сотрудникам ФПК ЦНИТ, прежде всего тьюторам, так и любым сторонним пользователям – ученикам в системе ДО ФПК ЦНИТ, а также сотрудникам ГНИИ ИТТ “Информика”, МГДТДиЮ, МИРЭА. Местоположение пользователя не должно быть ограничено каким-либо регионом. В частности, образовательными и ин формационными услугами ФПК ЦНИТ должны пользоваться соотечественники России за рубежом, которых поддерживать средствами ДО ФПК ЦНИТ поручено МИРЭА со ответствующим приказом по Минобразованию РФ.

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

• Проанализировать и структурировать потоки данных, составить инфологическую модель будущей системы с четкими разграничениями и описаниями обслуживае мых предметных областей и их источников с опорой на соответствующие требова ния дидактики и образовательные методологии. Выделить и описать ядро и окру жение ИС.

• Разработать и согласовать техническое задание на проект.

• Создать программную поддержку универсального расширения банка данных но выми прикладными и вспомогательными базами данных.

• Построить пользовательский гипертекстовый интерфейс.

• Создать интерфейс администрирования.

• Максимально задействовать необходимые DataBlade модули, в частности «Русский текст» и Web.

• Разработать технологию наполнения прикладных баз данных.

• Разработать и описать меры по определению и обеспечению полного жизненного цикла программных средств ИС (следовательно, самой ИС).

• Осуществить первоначальное наполнение и последующее расширение баз данных ИС сообразно обозначенным характеристикам предметной области (см. п.1).

• Разработать техническую и программную отчетную и инструктивную (проектную) документацию.

• Выполнить предписанные проектом работы по апробациям, внедрению и эксплуа тации ИС на протяжении полного жизненного цикла.

Понятие: Гипертекстовый интерфейс для корпоративной сети и объектно реляционная (ОР) система управления базой данных (СУБД).

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

независимость от аппаратной платформы;

единый внешний вид на любом компьютере;

стандартное и бесплатное программное обеспечение (ПО) на клиентской части;

привычный для пользователя внешний вид;

единый протокол для передачи информации: (TCP/IP);

связь с сервером через Интернет/Интранет, позволяющая пользователю находиться в любой географической точке;

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

Поскольку данная технология подразумевает подключение пользователя к гло бальной сети и использования специальных утилит для просмотра информации (WEB browsers), достигается стандартизация интерфейсов обмена данными для различных платформ;

технологии Internet и Intranet являются открытыми, поскольку базируются на пол ностью стандартизированных, задокументированных и доступным каждому про токолах и форматах документов. На данный момент пользователь не зависит от ка кого-либо поставщика технологий и программного обеспечения, монопольно при сутствующего на рынке Internet услуг. Большое количество фирм производителей специального и прикладного программного обеспечения осуществляют поддержку Internet технологий. Таким образом, пользователь имеет огромный выбор техниче ских средств, отличающихся по цене и производительности, и может выбирать не обходимые ему средства между наборами Internet-решений, предоставляемых раз личными поставщиками ПО;

Internet технологии являются одними из наиболее испытанных и надежных;

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

Понятие: Внешний (пользовательский) интерфейс.

Комментарий: Важнейшим элементом сети Интранет вообще и банка данных в частности является пользовательский интерфейс, представляемый HTML-страницами со всевозможными меню, списками, кнопками и т.д. Пользовательский интерфейс должен обеспечивать интуитивно понятный, простой и быстрый доступ к ресурсам се ти Интранет и банка данных. При построении банка данных на основе ОР СУБД, на пример, Informix 9.13 такой пользовательский интерфейс реализуется путем создания соответствующих HTML-страниц, поддерживаемых прикладными страницами и тега ми внутреннего интерфейса - интерфейса модуля Web DataBlade.

Рассматриваемая в данном примере модель состоит из четырех основополагаю щих частей:

• добавление • поиск • удаление • изменение На перечисленные части, возлагаются следующие функции:

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

Добавление новых элементов в списки (которые могут быть как простыми наборами значений свойств определенных типов объектов, так и целыми словарями, списками рубрик по различным направлением).

Поиск, осуществляемый по 3 основным направлениям, а именно:

• контекстный поиск;

здесь выбираются документы, в которых встречаются похожие слова или фразы на заданную пользователем эталонную строку;

• поиск по дате;

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

• специализированный поиск;

в данном случае поиск осуществляется по выбранно му или введенному значению атрибута или атрибутов (например, поиск по кон кретному номеру статьи и номеру журнала).

Удаление предусматривает удаление объекта со всеми его атрибутами и связя ми. Одиночное удаление рекомендуется лишь для объектов, имеющий тип документ.

Изменение делится на два направления:

• изменение атрибутов объекта (например, добавление новых источников, измене ние рубрики);

• обновление объекта.

Понятие: Внешний интерфейс администрирования.

Комментарий: Для большей части операций администрирования банка выбира ется HTML.

Рассмотрим задачи, возложенные на НТМL интерфейс администрирования.

1. Настройка пользовательского интерфейса (обязательна при расширении банка данных).

Настройка предоставляется интерактивным диалогом с помощью сценариев ор ганизованных группой динамических гипертекстовых страниц. С их помощью добав ляются в настройку интерфейса новые базы данных, добавляются новые выражения в словари, расширяются рубрикаторы. Таким же образом администратор получает ин формацию о уже настроенных связях физических таблиц с логическими базами данных и пользовательским интерфейсом. Предусматривается удаление логических объектов и связей с внешним интерфейсом.

2. Удаление больших, заранее определенных по свойствам групп документов.

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

Критерием в подобных случаях могут служить определенных свойства или их значе ния при возникновении типичных ошибок. Для этого предусмотрены соответствующие средства начиная от стандартного SQL редактора для специальных WHTML страниц и до более сложных развернутых решений.

3. Заполнение таблиц или добавление в таблицы крупных массивов объектов (в общем случае с их свойствами).

Для организации быстрого ввода или добавления данных, представляющих про стой набор HTML или ASCII файлов, предоставляется возможность записи в специ ально созданные для этих целей базы данных информации, размещаемой предвари тельно в файловой системе сервера. Сама операция поддерживается WHTML страни цами и SPL функциями.

4. Построение или удаление индексов и т.п.

Понятие: Динамический HTML и единая схема взаимодействия СУБД с пользователем.

Комментарий: До недавнего времени пользователи Internet имели дело только со статической информацией, представленной на Web-сайтах. Возможность работы непосредственно с базами данных, а не с заранее подготовленными гипертекстовыми или гипермедийными документами, отсутствовала. Однако, для нормальной реализа ции модели ДО любого уровня сложности и задействования в образовательные техно логии информационных систем (ИС) возникает потребность работы именно с базами данных.

Для работы с базой данных (БД) нужно:

• иметь к БД физический доступ;

• знать структуру БД;

• иметь клиентскую часть СУБД на своем компьютере;

• уметь пользоваться языком запросов.

Однако пользователь WWW заведомо имеет лишь Web-броузер и выход в Internet. Поэтому для получения необходимых данных они должны быть преобразова ны в HTML-формат и доставлены ему. То есть, запрос клиента должен динамически порождать процесс формирования Web-страницы с интересующей пользователя ин формацией в любом формате, т.к. современные базы данных учебного назначения со держат самую разнообразную информацию: текст, трехмерную графику, аудио, видео и т.д.

К реализации механизма доступа к базам данных через Internet, в настоящее время можно выделить два подхода:

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

• формирование запроса к БД со стороны Web-сервера.

Одним из средств динамического доступа к базам данных при формирование запроса на стороне Web-клиента является предложенная компанией SUN Microsystems технология Java, которая ориентирует взаимодействие между клиентом и сервером на поток команд, а не данных. В ходе сеанса обеспечивается фоновая подкачка через сеть на компьютер клиента программных агентов — апплетов, которые берут на себя функ ции обеспечения гибкого взаимодействия с сервером баз данных.

Технология разработки HTML-документа позволяет написать произвольное ко личество дополнительных Java-программ (Java-апплетов), откомпилировать их в байт код и указать ссылки на соответствующие коды в теле HTML-документа. Получив дос туп к документу, содержащему ссылки на апплеты, клиентская программа просмотра запрашивает у Web-сервера все байт-коды, которые могут начать выполняться сразу после размещения на компьютере клиента или быть активизированы с помощью спе циальных команд. Апплет может быть специализирован для работы с внешними база ми данных. Кроме того, Java включает развитый набор классов для поддержки графи ческого пользовательского интерфейса.

Развитые средства разработки клиентских приложений представлены различ ными системами программирования на интерпретируемых языках Java, JavaScript.

Среди них можно выделить Visual Cafe 2.5 for Java корпорации Symantec, JBuilder фирмы Inprise (Borland) International и Visual J++ 6.0 компании Microsoft.

Технология Java является основой и для Data Director for Java корпорации Informix Software. Продукт Data Director for Java — это графическая среда, позволяю щая "рисовать" Java-апплеты, которые объединяют элементы управления базой данных и запускаются через HTTP Web-броузером. Основной компонент пакета Form Painter предоставляет инструментарий для управления таблицами, кнопками и т.д. Java апплета. Java-код генерируется в фоновом режиме.

Взаимодействие Java-апплета с внешним сервером баз данных осуществляется с помощью протокола JDBC, либо путем написания некоторого кода с использованием механизма RMI (Remote Invocation Method), либо IIOP.

Для динамического доступа к базе данных при формировании запроса на сторо не Web-сервера используются:

• включение в HTML-страницу форм запросов для обращения клиента к базе дан ных;

• внешние по отношению к Web-серверу программы, взаимодействие которых про исходит через специфицированный протокол CGI (Common Gateway Interface) или API (Application Program Interface). (Схема II).

Реализация доступа к базе данных на стороне Web-сервера на основе CGI (схема II) может быть описана следующим образом:

• при просмотре документа клиент (Web-броузер) встречает ссылку на страницу, со держащую одну или несколько форм для запроса данных из базы;

• клиент запрашивает эту страницу;

помимо незаполненных форм страница может содержать общую информацию о базе данных и о назначении предлагаемых форм;

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

• получив заполненную форму, Web-сервер запускает соответствующую внешнюю программу (CGI-скрипт), передавая ее параметры и получая результаты на основе протокола CGI;

• CGI-скрипт преобразует запрос, выраженный с помощью заполненной формы, в запрос на языке сервера баз данных — обычно это SQL (CGI-скрипт осуществляет компиляцию языка форм в базовый язык сервера баз данных;

это может быть про стая компиляция с использованием заготовок SQL-операторов);

• CGI-скрипт взаимодействует с сервером баз данных: прямо, если существует жест кая привязка к конкретному SQL-серверу, или с использованием протокола и соот ветствующего драйвера ODBC, если таковая отсутствует;

• после получения результатов запроса CGI-скрипт формирует соответствующую HTML-страницу, передает ее Web-серверу и завершает свое выполнение;

• Web-сервер передает сформированную HTML-страницу клиенту, и на этом проце дура доступа к базе данных завершается, сервер баз данных разрывает транспорт ное соединение с клиентом.

CGI-скрипт может быть написан на языках высокого уровня (С, C++, Pascal) или на командных языках семейства shell, Perl и т.д. CGI-скрипт, выполняющий роль по средника между Web-сервером и другими видами серверов, называется шлюзом. На личие CGI-скриптов на стороне Web-сервера позволяет, в частности, перенести часть логики приложения с клиента на сервер. CGI-шлюзы представляют собой средство для организации трехзвенной архитектуры клиент-сервер. При использовании CGI вся ин терпретация запроса пользователя производится CGI-скриптом. Скрипт может быть ориентирован на выполнение запроса к фиксированной таблице фиксированной базы данных или выполнять произвольный запрос к одной или нескольким таблицам базы данных, определяемой в параметрах клиента.

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

Понятие: Сравнение двух механизмов доступа к базам данных: Java апплетов и CGI-скриптов на стороне Web-сервера (модель “тонкого клиента”).

Модуль Web DataBlade корпорации Informix Software (пример предпроектного анализа).

Комментарий: Использование Java-апплетов обеспечивает более гибкое реше ние, чем механизм CGI. Выше уже упоминалось, что апплет — это часть HTML документа. Для включения нового апплета необходимо только перекомпоновать доку мент. Клиент должен быть достаточно "толстым" для того, чтобы в ограниченный промежуток времени справиться с интерпретацией всех апплетов.

Использование CGI-скриптов на стороне Web-сервера позволяет клиенту быть достаточно "тонким", то есть иметь у себя в распоряжении только простые программы просмотра. Вся работа с базой данных ложится на middleware между Web-сервером и сервером баз данных. Это легкий способ построения трехзвенной архитектуры прило жения. Недостатком CGI является отсутствие переносимости между различными плат формами.

При использовании обоих механизмов остается нерешенной одна проблема, а именно: проектирование и написание процедурного кода (Java-апплетов для первого и CGI-скриптов для второго подхода соответственно). Решить указанную проблему при звана разработка компании Informix Software — Web DataBlade® Module.

Корпорация INFORMIX Software выпустила новую версию динамически под ключаемого к серверу баз данных INFORMIX®-Universal Server дополнительного мо дуля Web DataBlade® INFORMIX-Universal Server является объектно-реляционной СУБД, т.е. включает совместное использование реляционного и объектно ориентированного подхода. С одной стороны, это позволяет использовать SQL запросы;

с другой стороны, работать с объектами любой структуры и определять поль зовательские типы данных и методы работы с ними. С помощью Web DataBlade Module в Web-страницы можно включать форматы ввода и представления данных, свя занные непосредственно с базой данных. Подобная страница-приложение, представ ляющая собой программу со встроенными SQL-операторами и тегами HTML, позволя ет абоненту WWW обращаться к базе данных с собственными запросами.

Модуль Web DataBlade базируется на технологии DataBlade®, предназначенной в первую очередь для дополнения ядра СУБД поддержкой новых типов данных. Для модуля Web DataBlade таким новым типом является "тег" (объект присоединения ги пертекстовой связи). Он содержит ссылку на элемент хранения в базе данных и на то приложение, которое необходимо запустить для его обработки (например, WWW броузер или средство воспроизведения мультимедиа-последовательностей).


С Web-сервером такое приложение взаимодействует посредством интерфейса CGI/NSAPI/ISAPI и использует все достоинства этого механизма работы с базами дан ных. Однако теперь разработчику не придется прибегать к сложному программирова нию сценариев на языке Perl. С использованием модуля Web DataBlade нет необходи мости создавать CGI-приложения для динамического получения данных. Для этого формируются HTML-страницы, которые включают теги и функции модуля Web DataBlade, динамически выполняющие заявленные SQL предложения и форматирую щие результаты. Такие страницы называются Application Pages (AppPages). Теги моду ля Web DataBlade расширяют концепцию тегов HTML, позволяя разработчикам доку ментов HTML практически полностью избежать написания сложных сценариев CGI.

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

Функциональность страниц-приложений в значительной мере обусловлена не программным кодом, а хранимой в базе данных информацией, которую можно легко и быстро менять. Модификация страниц может выполняться с приемлемой для клиента Web скоростью. Ответом на запрос пользователя будет динамическое формирование на WWW-сервере мультимедийной страницы, содержащей результаты запроса, с под держкой сервиса СУБД. Основная часть вычислительной нагрузки при исполнении приложения-страницы ложится на сервер, что существенно уменьшает трафик.

В Web DataBlade Module включено основанное на технологии Web-броузера ин струментальное средство Application Page Builder, значительно ускоряющее создание и модификацию Web-приложений. Ускорению разработки способствует также наличие набора заготовок типовых страниц. Реализовано кэширование крупных объектов, что снижает нагрузку на СУБД, позволяя обойтись без повторной выборки не изменяю щихся со временем данных. Кроме того, теперь поддерживается программное обеспе чение Web-сервера Netscape Web Server с интерфейсом прикладного программирова ния Netscape API (NSAPI). Это дает возможность воспользоваться механизмами защи ты информации и обращения к Java-классам, встроенными в продукты Netscape. Под держивается также программный интерфейс Web-сервера Microsoft, Internet Information Server API (ISAPI).

Дополнительный комментарий к структуре модуля Web DataBlade WebDriver:

• Как клиентское приложение INFORMIX-Universal Server, строит SQL-запросы, выполняемые функцией WebExplode, для получения AppPages от базы данных INFORMIX-Universal Server.

• Структура модуля позволяет возвращать конструкции HTML, полученные в ре зультате работы WebExplode, на Web-сервер с помощью интерфейсов NSAPI, ISAPI или CGI.

• Функция модуля WebExplode:

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

осуществляет разбор AppPages, содержащих теги модуля Web DataBlade внутри HTML;

динамически строит и выполняет предложения SQL и инструкции, встроенные в теги модуля Web DataBlade;

.

форматирует результаты этих предложений и инструкций и возвращает полу ченную HTML страницу клиентскому приложению.

• Модуль Web DataBlade содержит свои собственные встроенные SGML совместимые теги и атрибуты, которые делают возможным выполнение SQL предложений внутри AppPages.

Несколько замечаний по архитектуре Web DataBlade.

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

• Если URL содержит WebDriver-запрос, Web-броузер делает запрос на Web-сервер для вызова WebDriver.

• Базируясь на конфигурационной информации, WebDriver составляет SQL предложение на получение запрашиваемой AppPage.

• После этого выполняется функция WebExplode:

WebExplode возвращает запрашиваемую AppPage из таблицы Web приложений, хранящейся в исходной базе данных;

выполняет SQL-предложения внутри этой AppPage, используя теги модуля Web DataBlade;

формирует результаты и возвращает полученную HTML-форму WebDriver.

• WebDriver возвращает полученную HTML-форму на Web-сервер, который переда ет HTML-страницу для представления клиенту Web-броузером. Принципиально приведенная схема доступа к базе данных аналогична описанной выше. Однако, для реализации доступа пользователю нет необходимости создавать CGI приложения для динамического получения данных — все связанные с этим дейст вия реализуются описанными в модуле функциями.

С помощью WebDriver возможно получение больших объектов, таких как изо бражения, непосредственно из базы данных INFORMIX-Universal Server, используя SQL запросы.

Таким образом, создание Web-приложений — другими словами, формирование Web-страниц с использованием мультимедийной информации — сводится к созданию AppPages, и INFORMIX-Web DataBlade позволяет сделать это динамически, используя перечисленные выше средства.

Понятие: Пример анализа и обеспечения жизненного цикла банка данных (БД) в процессе проектирования информационной системы (ИС).

Комментарий: Ниже в формате нескольких тематических информационных мо дулей фрагментально рассматривается пример анализа и обеспечения полного жизнен ного цикла БД в процессе проектирования ИС учебного и\или управленческого назна чения а среде Informix (пример разработан инж. И.С.Лысых).

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

• определение основных стадий жизненного цикла БД на предпроектной стадии;

• разработка технического задания на проектирование;

• эскизное проектирование;

• техническое проектирование;

• рабочее проектирование и внедрение;

• эксплуатация и сопровождение;

• снятие с эксплуатации (здесь не приводится).

Разработка модели ИС в рамках указанного примера включает следующие мо дули:

• разработка состава и структуры БД;

Понятие: Основные стадии жизненного цикла банка данных и этапы про ектирования ИС (применительно к рассматриваемому примеру проектирования ИС в среде Informix).

Комментарий: Совокупность технических средств, программных средств и реа лизованного банка данных часто называют системой банка данных.

Развитие системы банка данных во времени удобно рассматривать в рамках концепции ее жизненного цикла. В соответствии с этой концепцией жизненный цикл системы банка данных делится на несколько отдельных стадий и этапов работ по проектированию, внедрению и сопровождению в эксплуатации информационной сис темы, а именно:

1. Стадия технического задания, или стадия формулирования и анализа требований.

2. Стадия эскизного проектирования, или стадия концептуального проектирования.

3. Стадия технического проектирования, содержащая этапы проектирования реализа ции и физического проектирования банка данных.

4. Стадия рабочего проектирования, или стадия реализации банка данных, включаю щая этапы разработки и наполнения банка данных до некоторого заданного объе ма данных, разработки программ и программной документации и испытания банка данных.

5. Стадия внедрения..

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

Техническое задание на проектирование.

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

• Постановка задачи.

• Сбор исходных материалов.

• Сбор требований, предъявляемых к содержанию и процессу обработки данных всеми известными и потенциальными пользователями банка данных.

• Анализ исходных материалов и требований.

• Формулирование технического задания.

• Согласование и утверждение технического задания.

Эскизное проектирование.

Эскизное проектирование имеет целью построение независимой от СУБД ин формационной структуры банка данных на основе объединения информационных тре бований известных и потенциальных пользователей. Фактически эскизное проектиро вание является предварительной разработкой концептуальной структуры (схемы) бан ка данных, составляющей представление точки зрения пользователей на предметную область и независимой ни от СУБД, ни от технических и программных средств.

На стадии эскизного проектирования полезна быстрая разработка макета банка данных в совокупности со средствами доступа к нему (пользовательский интерфейс).

Такой макет позволяет известным пользователям качественно оценить правильность заложенных в концептуальную структуру (схему) банка данных решений.

Стадия эскизного проектирования завершается разработкой, согласованием и утверждением пояснительной записки к эскизному проекту.

Техническое проектирование.

Стадия технического проектирования содержит этапы проектирования реализа ции и физического проектирования банка данных. На этапе проектирования реализа ции разрабатывается структура банка данных, представляющая собой СУБД ориентированное описание данных, или схему, или модель данных, или логическую структуру данных, обычно выраженную в терминах языка описания данных, опреде ляющую единицы данных и задающую отношения между ними. На этом же этапе оп ределяются набор возможных запросов к банку данных, составляемых с использовани ем языка манипулирования данными, а также пользовательский интерфейс с банком данных. На этапе физического проектирования банка данных определяются физиче ские параметры банка данных в целом, составляющих его баз данных, таблиц, слова рей, рубрикаторов и других элементов, а также единиц данных.

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


Рабочее проектирование и внедрение.

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

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

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

Промышленная эксплуатация и сопровождение.

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

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

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

Понятие: Модель информационной системы (ИС). Состав и структура бан ка данных (БД) на примере проектирования ИС в среде Informix (автор проекта И.С.Лысых).

Комментарий: В виде примера покажем реализацию задачи проектирования ИС в среде Informix на основе использования в качестве сервера высокопроизводительной станции SUN. Такой пример позволяет развернуть и показать палитру современных высокопроизводительных программно-аппаратных средств. Безусловно, в реальной практике многих учреждений образования (особенно небольших) решения могут быть проще и дешевле. Так, дорогостоящий и требующий высокой квалификации обслужи вающего персонала SUN можно заменить на аппаратуру на базе ПК Pentium, упростить маршрутизацию и т.д.

В предлагаемом примере проекта ИС Cicero (автора проекта И.Лысыха) система этого банка данных составляется из следующих основных компонентов:

сервер Sun Ultra Enterprise 150 с операционной системой Solaris 2.5.1 и СУБД INFORMIX 9.12, являющийся центральным аппаратным звеном системы и храни лищем данных;

сервер FireWall на базе ПК IBM PC с OS UNIX (Linux), обеспечивающий безопас ность системы;

рабочие станции пользователей на базе ПК IBM PC с MS Windows 95, являющиеся основными инструментами общения с банком данных Cicero и управления им;

инструментальные рабочие станции разработчиков ПО на базе ПК IBM PC с MS Windows 95, являющиеся основными инструментами создания и сопровождения системы управления банком данных Cicero;

сеть под протоколом TCP/IP.

В предлагаемом проектом варианте интранет рабочие станции могут быть под ключены к серверу непосредственно через локальную сеть TCP/IP, либо через модемы, провайдеров услуг Интернет (ISP) и собственно Интернет, если рабочие станции физи чески удалены от корпоративной сети. Возможен и третий вариант подключения рабо чих станций к сети - соединение по протоколу "point-to-point" (PPP) через модемы и телефонные линии.

Сервер банка данных и СУБД.

В рассматриваемом примере используется сервер Sun Ultra Enterprise 150.

Этот сервер предлагает полное, надежное и высокопроизводительное решение для сетевого сервера с высокой системной пропускной способностью и развитыми возможностями сетевого сервера и сервера приложений.

Архитектура сервера обеспечивает поддержку объектно-реляционного подхода в управлении базами данных в СУБД. Такое решение является следующим шагом вслед за распространением объектно-ориентированных СУБД.

Реляционные СУБД, в отличии от чистых объектно-ориентированных СУБД, имеют реально работающие стандарты - стандарты на язык запросов SQL.

Enterprise 150 легко интегрируется в неоднородную среду и обеспечивает высо кую производительность, необходимую для таких приложений, как Интернет, интранет и такие базы данных, как Oracle, Informix, Sybase.

С помощью Enterprise 150 легко управлять и взаимодействовать с любым ПК клиентом, который может иметь быстрый доступ к приложениям, периферийным уст ройствам и сети, интегрированным данным сервером.

Enterprise 150 работает в операционной среде Solaris, ведущим UNIX решением, с более 10 000 доступными на сегодняшний день приложениями. Обладая свойствами высокой устойчивости, масштабируемости и защищенностью, Enterprise 150 поставля ется с программным обеспечением Solstice AdminSuite, Solstice DiskSuite и Solstice Backup, обеспечивающим одни из лучших средств сетевого управления.

В системе используется Netscape Enterprise Server - Web сервер, отвечающий современным требованиям.

Основная идея Web-сервера в рассматриваемом примере проста: вместо того чтобы создавать web-узел как трудно контролируемое сборище файлов различных форматов, разнообразных скриптов и дополнительных утилит, используемая техноло гия IUWA (технология универсальной архитектуры для работы в WEB) позволяет хра нить весь web-узел в базе данных, обеспечивая максимальную производительность, масштабируемость, гибкость и управляемость. Все содержимое web-узла, включая тек сты произвольного формата, картинки, видео и аудио ролики, карты, шаблоны и логи ка приложений хранятся в единой базе данных и доступны для работы на клиенте, сер вере или ПО промежуточного слоя.

При этом достигаются:

• хранение всей логики web-приложений и полного содержания web-узла в базе дан ных обеспечивает максимальную прозрачность модификации приложений;

• масштабируемость сервера БД обеспечивает адекватную возможность значитель ного роста "мощности" web-приложения и роста числа пользователей;

• возможности встроенной репликации БД серверов Informix позволяют легко и эф фективно строить распределенные web-узлы;

• виртуальная Java машина встраивается непосредственно в INFORMIX Universal Server;

• поддержка парадигмы "push computing" - т.е. интересующая пользователя инфор мация доставляется ему автоматически, в режиме "подписки", без необходимости постоянного "плавания по Internet в поисках необходимой информации.

Компонент Netscape LiveWire этого сервера позволяет создавать приложения “клиент-сервер”, предназначенные для работы в Интернет, а также обеспечивает соз дание динамических HTML страниц с помощью языка программирования JavaScript.

В свою очередь LiveWare состоит из трех главных компонентов:

1. Site Manager и компилятор LiveWire, 2. LiveWire-расширение сервера, 3. Netscape Navigator Gold.

Site Manager является главным графическим интерфейсом для разработчиков приложений LiveWire и Web-мастеров. Он предоставляет множество шаблонов для создания новых Web-узлов, позволяя быстро создавать скелет для содержимого Web узла, визуальный интерфейс drag-and-drop для управления Web-узлами, поддержи вающий автоматическое управление гиперссылками между документами Web-узла, графический интерфейс для компиляции приложений LiveWire.

Компилятор LiveWire позволяет создавать приложения LiveWire, имеющие встроенные в HTML предложения на языке JavaScript.

LiveWire-расширение сервера совместно с сервером Netscape выполняет прило жения, создающие интерактивные Web-страницы. Это расширение встраивается в сер веры Netscape начиная с версии 2.0. LiveWire-расширение сервера предоставляет объ ектную основу для разработки серверных приложений, а также менеждер приложений для добавления, модификации, запуска, остановки и удаления приложений.

Netscape Navigator Gold является изданием Netscape Navigator, которое обеспе чивает интерфейс WYSIWYG ("what you see is what you get") для создания и редакти рования HTML-страниц, включая возможность редактирования предложений JavaScript, встроенных в HTML.

Объектно-реляционная СУБД INFORMIX Universal Server представляет собой одно из лучших на сегодняшний день решений - параллельную архитектуру баз дан ных, широкие возможности по администрированию и высокую производительность, неограниченную регулируемую расширяемость, минимальную зависимость от опера ционной системы, автоматическое распределение задач внутри системы.

ОРСУБД INFORMIX Universal Server обладает двумя существенными преиму ществами перед другими СУБД того же уровня - максимальной производительностью и масштабируемостью, и неограниченной расширяемостью, обеспечиваемой техноло гией DataBlade, позволяющей обрабатывать любые типы данных - стандартные и опре деляемые пользователем (существуют модули DataBlade для решения статистических задач, многомерного анализа, извлечения данных и их очистки, поддержки геопро странственных данных, временных рядов, добычи данных, изображений, управления документами, видео, аудио и многих других типов данных и аналитических функций, составляющих основу реализаций хранилищ данных), не требуя при этом изменения инфраструктуры базы данных. Архитектура Universal Server позволяет прозрачно ис пользовать все эти типы информации непосредственно в базе данных, а не оперировать с ними вне ее, как это бывает необходимо при работе с другими базами.

Все перечисленные достоинства обсуждаемого проектного решения делают его весьма привлекательным, хотя сложным и дорогостоящим, для развитых систем ДО.

Подробности и обоснование проекта можно найти в электронном приложении к УМК на сервере ЦНИТ. Проект сопровождается там же подробным описанием интерфейса, прилагаемого программного обеспечения, среды разработки и инструментами для соз дания собственных приложений.

Однако, уместно еще раз напомнить, что приведенное решение – это только пример из массы других возможных решений по созданию ИС в образовании.

Рис.12.

Рис. 13.

Рис. 14. INFORMIX-DBAdmin Toolkit для ОС Windows 95/NT Сервер обеспечения безопасности системы.

Серверы FireWall и Proxy предназначены для защиты корпоративной сети от несанкционированного проникновения из вне.

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

Сервер FireWall выполняет защитную функцию ограничения доступа к внут ренним ресурсам системы.

Функционирование сервера основано на принципе ограничения "пропуска" IP пакетов к серверам и рабочим станциям сети.

Наиболее продуктивным в смысле защиты является динамический сервер FireWall, который в зависимости от потребности "открывает" или "перекрывает" опре деленные входы в систему.

Сервер Proxy позволяет заменять IP-адрес источника внутри сети, кэшировать для этого источника данные, переправлять их другим хост-машинам сети, и т.д. Сервер Proxy необходим в случае, когда адресное пространство зоны (домен) отнесено к об щедоступному набору (например, 192, 168, X, X). Сервер Proxy выполняет две функ ции - шлюза и кэша.

Рабочая станция пользователя и инструментальная рабочая станция разработчи ка ДО.

Рабочая станция пользователя является основным инструментом для работы с банком данных, сетями Интранет и Интернет.

Технические средства рабочей станции - персональный компьютер IBM PC с процессором Pentium, объемом оперативной памяти от 16 МБ и выше, операционной системой Windows 95/NT, UNIX или другой, броузерами Netscape и/или Microsoft вер сий 4.0 и старше и с офисными приложениями, такими, как MS Office 97, Adobe PageMaker 6.5 и др., либо персональный компьютер Apple Macintosh с аналогичными характеристиками и программным обеспечением. Можно заметить, что указанный вы ше набор характеристик скорее всего относится с равным успехом к рабочим станциям в самых различных системах ДО. Поэтому рекомендованный здесь набор средств про граммно-аппаратной поддержки рабочих станций пользователя можно считать доста точно универсальным для учащихся и тьюторов, работающих на этих станциях в сис теме ДО. Полагаем, что это также является одним из выводов настоящей публикации.

Инструментальная рабочая станция разработчика ПО является основным инструментом для разработки программного обеспечения ОРСУБД, прикладного про граммного обеспечения банка данных, сети Интранет и серверов Интернет. Станция является рабочим местом тьютора или технолога по НИТ, если указанные специалисты занимаются разработкой программного обеспечения. Реальна ситуация, когда функции системного программиста и тьютора (технолога НИТ) разнесены. Тогда рабочим ме стом и тьютора и технолога НИТ (менее вероятно) является рабочая станция пользова теля, охарактеризованная выше. Но вернемся к станции разработчика ПО.

Технические средства инструментальной рабочей станции - персональный ком пьютер IBM PC с процессором Pentium 166 МГц и выше, объемом оперативной памяти от 32 МБ и выше, жестким диском (накопителем на жестком магнитном диске, HDD) объемом от 2 ГБ и выше, операционной системой Windows 95/NT, броузерами Netscape и/или Microsoft версий 4.0 и старше и со всеми офисными приложениями, которые бу дут использоваться на рабочей станции пользователя сети и банка данных Cicero, уста новленным пакетом корпорации Borland средой RAD - C++ Builder, а также с клиент скими частями инструментальных средств ОРСУБД INFORMIX. Такие характеристики и возможности присущи любому современному компьютеру. Отнесем этот вывод так же к числу резюме публикации.

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

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

Системная часть является управляющей, расширяющей и дополняющей сис темную – в нашем случае ОРСУБД Informix 9.12, а информационная часть представля ет собой специальным образом организованное хранилище данных.

В свою очередь информационная часть разбивается на две части - прикладную и служебную.

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

Достоинством предлагаемого подхода является возможность построения гибких логических связей между хранимыми в базах данных объектами (частным случаем объекта является документ). В случае необходимости логическая структура некоторой базы данных может быть изменена без изменения ее физической структуры (схемы), но, возможно, такое изменение потребует модификации прикладных программных средств, составляющих прикладную часть ОРСУБД.

Другими словами, прикладная часть ОРСУБД, представляемая прикладными программными средствами, состоит из системных таблиц, специальных процедур и функций, обеспечивающих манипулирование данными (занесение в БД нового объек та, его регистрацию, поиск, модификацию и т.д.), и эти системные таблицы, процедуры и функции должны разрабатываться в любом случае, независимо от принятой концеп туальной структуры (схемы) банка данных, так как в любом случае взаимодействие с ОРСУБД Informix 9.12 осуществляется через модуль Web DataBlade, и это требует соз дания некоторого дополнительного инструментария в виде прикладных страниц (AppPages), процедур и функций (которые также являются объектами хранения сис темной базы данных).

Системная часть банка данных предназначена обеспечить инструментальные программы необходимой информацией, описывающей специфические особенности структуры таблиц баз данных, но которые отсутствуют в системных таблицах ОРСУБД Informix 9.12. Это значит, что стандартная информация, требуемая СУБД для обеспе чения работы системы, хранится в системных таблицах и используется, в том числе, инструментальными программными средствами системы.

Но при работе системы этой информации недостаточно. Требуются дополни тельные данные о вводимых значениях - их тип и представление на экране. Кроме того, при построении форм для ввода данных требуется представить на русском языке под сказки и идентификацию полей. Эта информация также отсутствует в системных таб лицах. Таким образом, системная часть банка данных предназначена дополнить сис темную базу СУБД, и является промежуточным звеном между стандартным инстру ментарием ОРСУБД Informix 9.12 и прикладной системой - банком данных.

Служебная часть банка данных представляет собой таблицы рубрикаторов, словарей, тезаурусов и пользователей и предназначается для управления доступом к базам данных и для организации эффективных процедур поиска данных.

Таблицы пользователей содержат информацию обо всех типах пользователей (суперпользователь, администраторы, редакторы, разных рангов пользователи) и о их правах доступа.

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

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

Прикладная часть банка данных предназначается для хранения содержатель ных данных. Прикладная часть представляет собой сборник тематических баз данных, таких, как, например, БД «Новости рынка телекоммуникаций и информационных тех нологий», БД «Телекоммуникации и связь» и т.д. – относящихся к выбранной здесь в качестве примера предметной области образования.

Механизм расширения банка данных Под расширением банка данных будем понимать добавление новых баз данных в прикладную часть банка данных.

Банк данных состоит из совокупности баз данных. В свою очередь каждая база данных состоит из группы таблиц.

Таблицы делятся на три основные категории: основные, таблицы дополнитель ных объектов и таблицы дополнительных свойств объекта документ.

Рассмотрим эти категории более подробно.

Начнем с необходимого в дальнейшем определения.

Тип хранимого объекта документ - это представленный в HTML виде текст, принимаемый за минимальную единицу и содержащий информацию, связанную с те матикой информационной системы. Его физическим представлением является тип Datablade модуля "Русский текст" RedDocDesc.

Основные;

таблицы, содержащие тело, основные свойства и ссылки на дополни тельные свойства объекта документ.



Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.