Реферат: СУБД - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

СУБД

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 689 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

СУБД Введение Основные идеи современной информационной технологии базируются на к онцепции баз данных (БД ). Согласно данной концепции основой информационной технологии являются дан ные , организованные в БД , ад екватно отражающие реалии действительности в той или иной предметной области и обеспеч ива ющие поль зователя актуальной информацией в соответствующей предметной области. В первых трёх главах рассм атриваются новые системы управления базами да нных , такие как иерархическая и сетевая да талогические модели , реляционные даталогические м одели , объектно -ориентированные СУБД. Обычно различают три класса СУБ Д , обеспечивающих работу иерархических , сетевых и реляционных моделей . Однако различия между этими к лассами постепенно стираются , причем , видимо , будут появлят ься другие классы , что вызывается прежде в с его интенсивными работами в области баз знаний (БЗ ) и объектно-ориентированной инфотехнологией . Поэтому традиционной классификацией пользуются в се реже , но мы пока будем придерживаться именно ее , как наиболее устоявшуюся . Кажд ая из указанных моделей облада ет хара ктеристиками , делающими ее наиболее удобной д ля конкретных приложений. Глава 4 “Иерархические структуры” подробнее описывает положительные и отрицательные черты иерархической модели . Окружающий мир перепол нен иерархическими данными . Любая группа объ ектов , в которой один объект может быть “родителем” для произвольного числа д ругих объектов , организована в виде иерархического дерева . При работе с иерархиями используется “семейна я” терминология (родители , внуки , предки , потомк и ), поскольку семья являетс я самым рас пространённым примером объектов (в данном слу чае – людей ), объединённых иерархическими отн ошениями . В то же время место объекта в иерархическом дереве - не более чем усло вное обозначение связи с другими объектами . Иерархическая структура всего л ишь помогает сохранить и найти объект. В пятой главе обзор технологии OLE. С появлением новых более мощных , компьютеров и средств программирования было создано новое поколени е элементов на базе OLE . Наиболее привлекательным преиму ществом OLE является возмо жность использования методов других серверов приложений . Намного удобнее использовать функциональность электронных таблиц , таких как Excel , или текстовых процессоров , таких как Word , в место того чтобы разрабатывать аналогичную фу нкциональность в собственно м приложении. Изначально технология OLE являлась стандартом , обес печивающим связывание и встраивание объектов . Когда приложение - сервер OLE- активизируется , это проис ходит внутри контейнера , расположенного в ваш ем приложении . Визуально при активизировании сервера OLE текущие панели инструментов и меню заменяются панелями инструментов и ме ню сервера OLE или сливаются с ними . Кроме того , часть формы становится окном сервера OLE, так как сервер принимает на себя уп равление областью формы . Связыв анием называют ассоциирование файла объекта OLE с контейнером OLE. Файл объек та никогда не сохраняется в контейнере , но контейнер OLE ссылается на файл . Одним из преимуществ связывания объектов является то , что множество пользователей , серверов OLE и пр иложений-контейне р ов могут получать д оступ к одному документу . При встраивании объектов реальны й объект сохраняется в вашем приложении и другие контейнеры OLE не имеют доступа к этому объекту . Преимуществом встраивания являет ся хранение данных как части приложения. Шестая г лава посвящена достоинствам и недостаткам тестовой системы . Одной из форм привлечения преподавателей к использова нию компьютера являются тестиру ющие программы , которые позволяют преподавателю упростить проверку знаний учащ ихся и в то же время в увлекательн ой форме преподносят ученикам знания по той или иной дисциплине. Целью данной дипломной работы является создание программы по компьютерному контролю знаний студентов. Передо мной были поставлены следующие задачи : · дать обзор современ ному состоянию теории баз данных , основн ым моделям СУБД , применяемым в ПК ; · изучить принципы фу нкционирования и основные возможности технологии OLE ; · разработать способ отображения реляционных структур данных в иер архическом виде ; · дополнить стандартный компонент Delphi OLEContainer возможностью сохранения битового изображен ия на его поверхности. Система автомат изированного контроля знаний , рассмотренная в главе 6, позволяет автоматизировать проведение кон трольных работ по дисциплинам . Это удобное добавление к трад иционным методам конт роля , повышающее эффективность усвоения предмета студентом . Ме жпредметные связи и компьютерное обучение рас смотренные в этой главе представляют собой общеобразовательные цели информатики , среди них : наведение и усиление межпредметных с вязей , способствование восприятию целостной , систе мной картины мира , информационных процессов в обществе , природе и познании . Для разумно го и плодотворного использования ВТ необходим а общеобразовательная и компьютерная грамотность . Отсюда выявляется межпр е дметная связь с основами информатики и ВТ , с м атематикой , русским языком , литературой и англ ийским языком . ВТ для учителя выступает и как предмет , и как средство обучения , и как инструмент психолого-педагогических исследо ваний (тестирования ). В седьмой гла ве изложены проблемы разработки тестирующей программы и их ре шение. Глава 1 Системы управления базами данных (СУБД ) Основные идеи современной ин формационной технологии базируются на концепции баз данных (БД ). Согласно данной концепции основой информационной технологии являются данные , организованные в БД , адек ватно отражающие реалии действительност и в той или иной предметной области и обеспечивающие поль зоват еля актуальной информацией в соответ ствующей предметной области . Первые БД появил ись уже на заре 1-го поколен и я ЭВМ представля я собой отдельные файлы данных или их простые coво купности. По мере увеличения объемов и структурной сложно сти хранимой информации , а также расширения круга потребите лей ; информации определилась необ ходимость создания удобны х эффективных систем интеграции хранимых да нных и управления ими . В конце 6 0-х годов это привело к созданию первых коммерческих систем управления базами данных (СУ БД ), поддерживающих opганиза цию и ведение БД . Перед обсуждением последующего материала , нам потребуется ряд основных понятий , используемых в информа цион ных системах различного назначения. 1.1 Основные положения База данных (БД ) в строгом смысле слова представляет собой совокупность взаимосвязанных файлов да нных определенн ой организации. БД , как правило , включает целый ряд файлов , но мож ет со сто ять и из е динственного файла . Данные , составляющие БД , отражают характеристик и объектов и их отношений в соответствующе й приклад ной области . Каж дый файл , входящий в БД , содержит определе нное число записей (изменяемое в процессе функционирования БД ), отра жающих ту или иную сторону предметной области , на которую ориентирована БД . Как правило , файлы БД содержат большое число одно типных записей . Записи , в свою очередь , состоят из полей , пре дс тавляющих определенные тип ы информации об объектах . Поле является наименьшей информационной единицей , непосредственно доступ ной в записи . Если файл _1 БД (рис. 1) содер жит п однотипных записей (имеющих одинаковую структуру по лей и их смысловую нагрузку ),то j - запись ( 1< j <637-2050><40><Основ ы ...><статья ><2.95><2.5>.... т.е . к сведениям об авторе добавляются сведения обо всех его публикациях , имеющи хся в РБД . Связь между записями допускаетс я по не скольк им п олям , позволяя образовывать достаточно сложные опера ции. Поля данных , связывающие вместе две записи , могут быть уни кальными для данной пары , но могут дублироваться и во многих д ругих записях . Они могут повторяться неоднократно , связывая между соб о й записи . Аналогичным об разом можно проиллюстрировать выполнени е в реляцион ной модели операций проекции и селек ции. Реляционная СУБД должна четко отслеживать взаимосвязи зап исей в БД во избежание потери или иск ажения информации . С этой целью СУБД посто янно пересчитывает число связей для каждой записи БД в прямом и обратном направле ниях , что требует существенных временных затрат для больших БД . Простота и строй ность реляционной алгебры делают ее весьма привлекательной для организации реля ц ионных БД , что мы и видим , прежде всего , для класса ПК . Од нако в дейст вительности реальны е данные предметной области не уклады ваются в указанну ю модель (например , отношения могут содержать повторяющиеся записи и т.д .). Поэтому наряду с сугубо реляционными существуют и др угие даталогические модели СУБД и их различные модификации и сочетан ия , обеспечивая широкий круг решаемых на и х основе информационных , коммерческих , управленчес ких , финансовых , вычислительных и других типов задач . Из наиб олее известных примеров реляционных СУБД можно отметить такие , ка к : dBase, D B/2, ORACLE, Paradox и ряд других. Массовое развитие класса ПК оказало в есьма существенное влияние на развитие инфотехнологии и БД-технологии в частности , привнося элементы последней в массовую инфотехнологию. Прежде всего , этому способствовало развитие мощной индустрии по созданию разнообразных СУБД для ПК . Если создание СУБД для ЭВМ общего на значения и (в значительной ме ре ) мини-ЭВМ занимало длительный промежуток врем ени и число таких коммерческих СУБД было невелико — практически весь их перечень бы л на слуху у специалисто в по компьют ерной инфотехнологии , то с появлением класса ПК наряду с мощн ым развитием для них ПС различного назнач ения нача л и быстро поя вляться СУБД . При этом БД-технология начала активно проникать и в ПС другого назна чения (электронные т аблицы , интегрированные и статистические пакеты и т.д .). К БД-технологии были п риобщены широкие круги пользователей ПК . Во многих разработк ах для ПК начали применяться собственные СУБД различных организации и назначения . На на ш взгляд , ряд п ричин способствовал такому массовому испо льзованию БД-технологии : — мас совое использова н ие ПК в приложениях , предопределяющих работу с БД ; — рез кое уменьшение цикла разработки ПС из - за персонального характера работы ; — нал ичие достаточно развитых системных и инструме нтальных средств ; наличие внешней памяти большой емкости на "винчестерах ". Эти и другие причины обеспечили как широкий спрос на СУБД для ПК , так и хорошие предпосылки для его быстрого удовлетворения . Наряду с мощными фирмами , сп ециализирующимися на разработке коммерческих СУБ Д к разработкам и /или адаптации уже г отовых СУБД для ПК приступили и крупные фирмы , ранее ориентированные в этой области на приложения к ЭВМ других к л ассов (Oracle, IBM, Relationa l Technology и др .). Все это способст вовало интенсивному проникновению БД-технологии в массовую инфообработку. С другой стороны , широкое использование ПК в весьма обши рном спектре прикладных областей способствовало выдвижению к СУБД цел ого ряда актуальных требований и , в первую очередь , по повышению уровня и нтерфейсов с пользователем и другими приложен иями. Разработанное в настоящее время большое число различного назнач ения СУБД поз воляет создавать и эксплуатировать системы БД на всех классах и типах ЭВМ , поддержи вая различные даталогические модели и обеспеч ивая нужды широкого круга приложений Средства современных СУБД настолько разно образны , что способны удовлетворить п отре бности самого широкого круга пользователей — от профессионала в области разработки систем БД различны х типа и назначения д о пользователя, не обладающего достаточным уровнем ком пьютерной грамотности . В первую очередь , это о тносится к СУБД , созданным для кла сса ПК . Эти СУБД характеризуются не тольк о своим количеством , но и функциональным разнообразием : от простых файловых систем до функционально полных СУБД , в основном реляционного ти па . Многие из коммерческих СУБД поддерживают многопользовательскую работу и работу в сетях ЭВМ , как локальных, так и глобальных. К средствам , непосредственно относящимся к СУБД , можн о отнести и многочисленные средства их окружения : генер аторы и к онвертор ы данных и программ , компиляторы языков пр ограммирования БД-приложений , генераторы создания различного назначения и уровня интерфейсов с БД в рамках т радиционных ЯВУ и т.д. Такое многообразие инструментальных и при кладных средств по СУБД позволяет выбирать наиболее адекватные нуждам пользователя , обеспе чивая эффективное использование вычислительных р есурсов и существенное сокращение сроков разр аботки ко нкретных БД-технологий . В подавля ющем большинстве СУБД для ПК ориентированы на интерактивный режим работы с пользовате лем , широко используя удобные и дружелюбные системы интерфейсов на основе простых и понятных меню . В СУБД , поддерживающих языки программи р ования БД-приложений , средс тва такого интерфейса избавляют пользователя от необходимости знания синтаксиса языка для обеспечения требуемых функций . Ряд популярны х СУБД предусматривают несколько уровней инте рфейса , обеспечивающих работу с ними различно й кв а лификации пользователей (dBase IV, Paradox, др .). Большое внимание уд елено эффективной системе Help -информации по СУБД , включающей электронные краткие обучающие курсы с демонстрацией наиболее часто используемых приемов работы с конкретным пакетом. Интенсивное расширение компьютерной инфотехнологии ставит перед даль нейшим развитием СУБД целый ряд новых тре бований , во многом связанных с вопросами с тандартизации . Это относится не только к С УБД , но и к ПС других типов . В отношении же СУБД это прежде всего отн осится к стандартизации этало нной модели управ л ения данными , предусматривающей четкую классификацию основных вопросов стандартизации СУБД в зависимости от функциональны х особенностей и уровня описания данных на разных стадиях проектирования . Можно предпол агать , что последующее развитие СУБД будет ориентироваться на рекомендации междун ародных стандартов относительно языков БД и средств доступа к удаленным БД , а так же инте рфейсов с системами пр ограммирования . Новые интересные аспекты БД-технол огии появляются на основе объектно-ориентированно й технологии программирования и обработки инф ормации. 3.2. Объектно-ориентированн ые СУБД (ООСУБД ) В настоящем параграфе рассма триваются основные концепции , понятия , черты и характеристики объектно-ориентир ованных систем управления БД (ООСУБД ) в контексте рассмотренных объектно-орие нтированных программиро вания и технологии . В последние годы в результате проникновени я идеологии ООП в СУБД интенсивные разраб отки теоретического и прикладного характера в едутся по созданию различного назначения ООСУ БД . Ввиду не совсем устоявшейся в этом направлении терминологи и отметим осн овные черты и характеристики , определяющие СУ БД к а к объектно-ориентированную . При этом по мере необходимости проводятся сопоставления с рассмотренной выш е концепцией ООП. Характеристик и ООСУБД подразделяются на три опре д еляющи е группы : — базовые, опреде ляющие принадлежность СУБД к объектно-ориентированн ому классу ; — по выбору, позволяющие улучшать ООСУБД , но не являющиеся базовыми ; — открытост и, по зволяющие пользователю делать осознанный выбор из ряда одинаково приемлемых реализаций ОО СУБД. В первую очередь , ООСУБД должна удовле творять двум критериям : быть СУБД в ее классическом понимании и быть объектно-ориентированной системой (ООС ), т.е . в определенной степени она должна быт ь совместимой с современными объектно-ориентированными Я ВУ. Первый критерий включает следующие пять харак теристик , присущих классической СУБД : сохранность данных , развитое управление внешней памятью , возможность совмещения обработки и по иска данных , поддержка средств восстановл ения и возможность быстро го доступа к БД по запросу пользо вателя . Отмеченные характеристики в той или иной мере обсуждались вы ше. Второй критерий предполагает наличие сле дующих характеристик , прису щих собственно объектно - ориентированной технологии : понятие сложных объектов , идентично сть объектов , инкапсуляция , типы или классы , наследование , настройка (сочетающаяся с отложен ным присвоением ), расширяемость и вычислител ьная полнота . Характеристики первого критерия хорошо известны пользователям традиционных СУБД ( dBase, R-Base, др .) Сложны е об ъ екты строятся из более простых путем приме нения к ним конструкторов. В качестве простых испо льзуются такие объекты . как : целые и дейст вительные числа , символы , символьные строки лю бой длины , булевы величины и , возможно , дру гие первичные типы . В качестве конструкторов сл ожных объектов (объектных конструкторов ) могут выступать : кортежи , множества , списки , массивы , таблицы и др . В качес тве мин и мального набора объектных конструкторов от ОООСУБД определяются : множест во , кортеж , список или массив. Мн ожество дает естественную возможность представления определенног о набора объектов из имеющей ся обширной совокупности ; тогда как кортеж позволяет п редставлять определенные свойства объекта . При это м кортежи и мн ожества имеют особое значение , получив широкое применение в качестве объектных конструкторов в реляционных БД (РБД ) Список или массив играют важн ую роль при установлении порядка с реди элементов множества . Более того , указанные ти пы объектных конструкторов играют важную роль во многих приложениях (векторно-матричные задачи , задачи анализа временных рядов и др .). Объектные конструкторы должны удовлетворя ть принципу ортогональности : любой конструктор может применяться к любому объекту . Например , конструкторы РБД не обладают данным свойством (так конструкт ор множества может применяться только к кортежам, а конструктор кортежей — только к первичным типам ). Глава 4 Иерархические ст pукту pы Дерево представляет собой иера рхию элементов , называемую узлами . На самом верхнем уровне иерархии имеется только оди н узел - корень . Каждый узел , кроме корня , связан с од ним узлом на более высоком уровне , называемым исходным узлом для данного узла . Ни один элемент не имее т более одного исходного . Каждый элемент м ожет быть связан с одним или нескольким элементами на более низком уровне . Они называются порожденными . Иерархи ч еские структуры относительно просто создаются и поддерживаются . Это важно для ряда приложений , однако множество данных по своей природе не связаны в древовидные структуры . Во многих структурах данных одна запись требу ет более одного представления (поэтому приходится разрабатывать способы объединения данных , которые по разному представляются различным пользователям , в одну общую схему БД . В результате получаются обычно более сложные структуры по сравнению с древови дными . Поэтому программное обеспечение , ско н струированное только для работы с древовидными структурами , имеет ограниченное применение и не редко сильно влияет на возможности увеличения объема и развития БД . Принципиальным для иерархического представле ния данных является то , что каждый экземпл яр зап иси приобретает свой смысл толь ко тогда , когда он рассматривается в своем контексте ; подчиненный экземпляр записи не может существовать без своего предшественника по иерархии (несимметричность или асимметрия ). Асимметрия - основной недостаток иерархическо г о подхода , поскольку она затрудня ет работу пользователя . В частности , пользоват ель вынужден тратить время и усилия на решение проблем , связанных со спецификой мо дели и никак не следующих из характера задаваемых вопросов . Очевидно , что такие про блемы усугу б ляются по мере увелич ения числа типов записей , представленных в структуре , и по мере роста сложности ие рархии . Кроме того , иерархическая модель облад ает еще некоторыми нежелательными свойствами аномалии , которые ярко проявляются в связи с выполнением кажд о й из основн ых операций запоминания (добавление , удаление , модификация ). Длительный опыт использования иерархических систем показал , что они весьма эффективны лишь для достаточно простых задач , но они практически не пригодны для использова ния в сложных сис темах с оперативной обработкой транзакций и распределенной архит ектурой . Иерархическая организация не может о беспечить быстродействие , необходимое для работы в условиях одновременного модифицирования фа йлов несколькими прикладными подсистемами . 4.1. Иерархические структуры в реляционных базах данных Окружающий мир переполнен иера рхическими данными . В это широкое понятие входят компании , состоящие из дочерних компан ий , филиалов , отделов и рабочих групп ; дета ли из которых собираются узлы , входящие затем в механизмы ; специальности , специализац ии и рабочие навыки ; начальники и подчинён ные и т . д . Любая группа объектов , в которой один объект может быть “родителем” для произвольного числа других объектов , организована в виде иерархическ о го дерева . Очевидным при мером может послужить иерархия объектов VCL- класс TEdit представляет частный случай TС ontrol, потому что TС ontrol являе тся его предком . С другой стороны , TEdit можно рассматри вать и как потомка TWinControl или TCustomControl, потом у что эти классы являются промежуточными уровнями иерархии VCL. Подобные связи не имеют интуитивного представления в рамках модели реляционных баз данных . Нередко иерархические связи являются рекурсивными (поскольку любая запись может принадлежать любой за писи ) и произвольн ыми (любая запись может принадлежать другой записи независимо от того , кому принадлежит последняя ). В двумерной таблице даже отоб ражение иерархического дерева становится непрост ым делом , не говоря уже о запросах . Ино гда в критерий запрос а входит родословная объекта (то есть его родители , родители его ро дителей и т д .) или его потомство (сюда входят до черние объекты и всё их потомство ). 4.2. Вложенные рекурсивные иерархические данные Термин “рекурсивные иерархичес кие данные” означает , что базовые и подчинённые данные находятся в одной табли це : одно не ключевое поле записи содержит ключевое значение другой записи , и это означает , что вторая запись принадлежит пер вой . Не ключевое поле называется внешним ключом , даже если по нему устанавливается связь с другим полем этой же таблицы . Дочерние , подчинённые записи не знают , является ли их базовая запись подчинённой для какой-то другой записи - для них это несущественно . Каждый уровень обладает своим набором ба зовых и под ч инённых записей , и при “раскрытии” конкретной подчинённой записи изменяются только конкретные отображаемые да нные. 4.3. Отображение данных Перемещение вверх и вниз п о иерархическому дереву неизбежны , однако вы можете воспользовать ся средствами , котор ые автоматизируют эту задачу . Подумайте , как пользователи будут работать с данными . Возм ожно , их вообще не интересует иерархическая структура данных , но они захотят искать объект по его предку . Или они будут искать объект по тому имени, которым он представлен в иерархии , или только с реди потомков текущего объекта . Возможно , им потребуется узнать только идентификатор найден ного объекта или же получить список всех его потомков или предков. В частности , вам придётся р ешить основной вопрос – что делать , когда пользователь требует вывести “следующий” объект ? Таким объектом может быть : следующий потомок родителя текущего объекта ; первый потомок текущего объекта ; следующий родитель , если текущий объект является единственным потомком , или даже п е рвый потомок следующего “родственника” ( sibling ). В визуальном интерфей се интуитивные ожидания пользователя основаны на положении текущего объекта в иерархии , способе его отображения и действиях самого пользователя , а не только на логическом протоколе , опр еделяемом абстрактной стру ктурой данных приложения. Помимо компонента TDBGrid, очевидным кандидатом для отобр ажения иерархических данных являются компонент TTreeView. Этот компонент были создан специально для отображ ения древовидных структур , а не традицио нных линейных списков . Он может занима ть довольно большую область экрана , поэтому не стоит применять его везде , где польз ователь должен выбрать объект иерархии . Кроме того , при работе с этим компонентом ж елательно загружать в память всю структуру . Компоне н т можно настроить так , чтобы “ветки” загружались по мере надобности , однако така я гибкость достигается ценой снижения произво дительности. Целостность структуры и цикл ические ссылки По иронии судьбы рекурсивная иерархия в одной таблице заметно упрощае т обес печение целостности структуры : одно поле таблицы ссылается на другое , принадл ежащее этой же таблице . При этом защищаютс я все потомки объекта . Если же объединяющи е значения находятся в нескольких полях и ли таблицах , в результате чего становится возможной м н огоуровневая группировка или установка сложных связей , обеспечить цело стность структуры будет сложнее Для программы , работающей с иерархией , наибольшую опасность представляют циклические сс ылки . Если объект ссылается на несуществующег о родителя , проблему м ожно заметить и исправить . Но , если родитель объекта оказ ывается одновременно и его потомком (если объекты разделены несколькими промежуточными пок олениями , такую ситуацию будет нелегко обнару жить ), программа зацикливается. Где же выход ? Можно проверять ка ждого “кандидата в предки” и смотреть , не присутствует ли какие-либо из его предков в текущем “семействе” (правда , это будет накладно с точки зрения производительн ости ). Кроме того , в программу можно встави ть счётчик-предохранитель , который инициирует иск л ючение после определённого количеств а циклов поиска . Одно из преимуществ графи ческих иерархических элементов как раз и заключается в том , что пользователь просто не сможет создать циклическую ссылку , так как это противоречит логике работы с э лементом. При работе с иерархиями используетс я “семейная” терминология (родители , внуки , пре дки , потомки ), поскольку семья является самым распространённым примером объектов (в данном случае – людей ), объединённых иерархическими отношениями . Этот пример напомнит вам одн у простую истину – хотя вы можете построить систему , предназначенную для обобщённой обработки рекурсивных иерархий , ценнос ть каждого объекта определяется той уникально й информацией , которая в нём хранится . В то же время место объекта в иерархичес ком дереве - не более чем условно е обозначение связи с другими объектами . И ерархическая структура всего лишь помогает со хранить и найти объект. Глава 5 OLE: основные сведения Специфика предметов матем атики , физики , программирования такова , что контрольные работы , зачёты , проверочные требу ют наличия графиков , формул , диаграмм . Поэтому возникает проблема отображения данных . Доста точно трудно написать такую универсальную про грамму , которая справилась бы с эт им . С другой стороны , в Windows 95 содержится много прог рамм , которые позволяют это сделать , например Word . Существование операционной системы Windows 95 и реализац ия в ней очень мощного механизма под названием OLE, позволяет решить эту проблему достат очно просто. 5.1. Введение в OLE Windows поддерживает сложный , но чрезвычайно перспективный механизм взаимодейств ия программ , который называется OLE . Этот меха низм широко используется во многих программны х продуктах корпорации Mic rosoft , в том числе в текстовом редакторе Word и таблице Excel. В результате , в документ , подготовленный , например , с помощью Word, мож но внедрить график , созданный в Excel. Если в процессе работы на д документом возникнет необходимость в редакт ировании гра фика , достаточно дважды щелкн уть не нем мышью — Windows откроет Excel и передаст таблице данные , по зволяющие изменить график средствами программы , его создавшей . После завершения работы Excel измене нный график будет переписан в исходный до кумент Word. Посл едовательное использован ие OLE смещает акцент в работе пользователя от программы-обработчика инфо рмации к конечному документу . Без OLE пользователь вынужден разрабатывать конечный документ по частям . Например , при подготовке рукописи книги к публикации р ис унки могут изготавливаться с помощью Paint или CorelDraw, в то время как текст — с помо щью Word или WordPerfect, после этого для верстки используется Ventura Xerox Publisher или PageMaker. В этой технологии обрабатываю щие программы никак не связаны друг с другом и пользователь должен самостоятель но решать проблемы совместимости форматов дан ных , передаваемых от одного приложения другом у . Применение OLE позволяет рассматривать документ в виде единого стер жня , на который “нанизаны” программы-обработчики типа P aint или Word. Пользователь полностью освобожден от необходимости следить за фор матами данных и согласовывать их , а перехо д от одной программы к другой реализуется двойным щелчком мыши. 5.2. Связывания и внедрение объектов При исп ользовании OLE отдельные объекты (рисунки , графи ки , текстовые фрагменты , таблицы ) могут быть связаны с документом или внедрены в него . Если объект связан с документом , в последнем сохраняется лишь минимально необходимая информация , позволяющая вызвать в ну жный момент программу , с помощью которой был создан объект , напри мер , для его печати на принтере или ре дактировании . Если объект внедрен в документ , он подвергается переработке клиентом перед вставкой в документ и становится во многом независимым от “родн о й” пр ограммы . Например, Word может пол учить электронную таблицу от Excel, при этом численные данные и формул ы преобразуются в текстовые эквиваленты и в таком виде внедряются в документ . Одн ако связь с программой-обработчиком сохраняется и в этом случае , по этому пользовате ль может в любой момент загрузить обрабат ывающую программу для редактирования внедренного объекта. С объектами или заменяющими их пиктог раммами связаны действия , которые может произ вести двойной щелчок мыши . Над объектами о пределены два осн овных действия - отображение и редактирование . При этом над связанным объектом первичным действием будет отображение , а над внедренным - редактирование . Первичное действи е обычно связывается с двойным щелчком мы ши на пиктограмме упакованного объекта . Некот орые объекты позволяют выбирать первичное действие , для чего они создают соответств ующие диалоговые окна . Другое объекты допуска ют только одно действие . Например , объект , созданный текстовым редактором и внедренный в графику , как правило , поддерживает тол ь ко редактирование , а звуковые дан ные после внедрения их в текст поддержива ют только отображение (воспроизведение ). Технология связывания и внедрения объекто в OLE поз воляет создать некоторый объект , например рис унок или звуковой файл , в одном из Windows-при ложений и затем вставить его в другой ф айл . Этот объект может быть либо связанным, в этом случае он существует фактически в отдельно м файле , либо внедрённым, и тогда о н находится внутри основного файла . Другими словами , данные , картинки , тек ст и иные объек ты , которые вы созд аете в разных приложениях , могут быть объе динены в один составной д окумент, который сохраняет связ и со всеми исходными приложениями. Этот составной документ управляется каким -нибудь одним приложением , например Excel или Word для Windows, а связи обеспечивают пути к другим приложениям т ак , чтобы вы могли редактировать свои объе кты , используя приложения , в которых они б ыли созданы. Таким образом , при правильном применении характеристика OLE позволяет вам централизовать всю свою работу в пре делах одного доми нирующего приложения и в одном документе , называемом клиентом. Если вам понадобятся какие-либо данные , графика или другая информация , которая н аходится в других приложениях , вы сможете , оставаясь в своем приложении- клиенте, присоединять , п ривя зывать их из соответствующих приложений , назы ваемых в этом случае прил ожениями - серверами. Если вам требуется отредакти ровать текст , данные или графику , созданные в приложении-сервере , то это можно сделать из документа-клиента с помощью , как прави ло , двойного щелчка на объекте , подлежаще м редактированию . При этом Windows открывает приложение-сер вер и ассоциированный с ним объект . После внесения редакторской правки вы просто в ыходите из приложения-сервера и автоматически возвращаетесь в приложение-клиен т и докум ент , над которым работаете. 5.3. Различие между связыва нием и внедрением объектов В самом общем смысле , свя зь понимается как соединение , которое позволя ет некоторому документу (клиенту ) одного Windows-приложения сообщатьс я с другим Windows-приложением (сервером ). Термин "клиент " почти всегда относится к документу , не к приложению . Термин же "се рвер " может относиться и к приложению и к документу , а также к тому и друго му вместе . Эта терминологическая неопределенность происх одит от способа , которым Windows формирует связи. Исходный документ — это просто файл , который используется для копирования данных , текста или графики в буфер переноса , так что появляется возможность привязывать или внедр ять содержимое буфера в другой доку ме нт (клиент ). Однако действительная связь , возник ающая при этом , представляет собой связь м ежду документом-клиентом и приложением-сервером . Эт а связь обеспечивает документу-клиенту возможност ь знать , каким приложением был создан объе кт и как запускать эт о приложен ие-сервер . Здесь мы имеем дело с внедрённы м объектом. В некоторых случаях (в частности , для связывания объектов ) создаются еще две св язи — между документом-клиентом и исходным документом и между документом-клиентом и объектом в исходном документе, который был скопиро ван и приклеен . Исходный документ часто на зывают документом-сервером, поскольку он всегда управляется приложением сервером и обеспечивает данными связанный объект . При существовании этих до полнительных связей изменение данных в исходн ом объекте автоматически отражается в о бъекте клиента. Итак , различие между связанным и внедр ённым объектами определяется следующими признака ми : Связанный объект обычно хранит только дескрипторы , которые говорят этому объекту , где найти приложение-сервер , до кумент-сервер и связанный элемент в документе-сервере (зде сь используется слово "элемент " для обозначени я области документа , которая копировалась из исходного документа в буфер переноса , а слово "объект " — для зоны в документе-клиенте , которая содержит свя занный элемент .) Прило жение-сервер затем модернизирует документ-клиент в сякий раз , когда изменяется информация в д окументе-сервере . В некоторых приложениях документ ы-клиенты сохраняют также последнюю связанную информацию при выходе из документа. Внедрённый объект представля ет собой полномасштабную версию припасенного элемента : он содержит все данные , текст и графику , которые были приклеены из буфера переноса с целью создания этого объекта . Внедрённый объект содержит также связь с приложением-сервером , кото р ая при двойном щелчке на объекте в документе- клиенте позволяет запустить приложени е-сервер и затем отредактировать этот объект средствами приложения-сервера. Глава 6 Достоинства и недост атки тесто вой системы или методическое обоснование авто матизации процесса обучения Одной из форм привлечения преподавателей к использованию компьютера явля ются тестирующие программы , которые позволяют упростить про верку знаний учащихся и в то же время в увлекательной форме преподносят учени кам знания по той или иной дисциплине. Возможны три формы организации тестов , которые условно можно назвать “выбери отве т из предлагаемых вариантов” , “напиши правиль ный ответ” , “найди связь между объектами”. Организация теста по принципу “выбери ответ из предлагаемых вариантов” обеспечивает относительно простой диалог с тестируемым и , как следствие , быстроту прохождения теста , так как не требует от учащегося особ ых навыков работы на компьютере . Для выбор а отв ета достаточно нажать на клавиат уре соответствующую клавишу или щёлкнуть мышь ю на окне , выбрав его среди предложенных . Такая простота выбора ответа не отвлекае т учащегося от предметной сути поставленного перед ним вопроса . Преимущество такой орг анизации т е стирующей программы заключ ается ещё и в простом критерии правильнос ти ответа , данного учащимся . Однако такая организация теста имеет и недостаток наличие “скрытой” подсказки на вопрос – выбират ь ответ гораздо легче , чем писать его полностью самостоятельно. Организация теста по принципу “напиши правильный ответ” , предполагает хорошую начальн ую подготовку учащегося как пользователя перс онального компьютера . Решение технических проблем может отвлечь учащегося от предметной су ти работы с программой . Кроме того , п редполагается абсолютная грамотность при выдаче ответа . Таким образом , скорость прохождения теста во многом зависит от развития на выков работы за компьютером . Помимо этого , ответ на каждый вопрос теста может иметь различную степень подробности . Для мно г их предметов предусмотренных програм мой выбор критерия оценки правильности ответа при такой организации теста очень затруд нителен , так как требуется решать такие во просы , как учитывать степень развёрнутости от вета , грамотность и т . п. Из вышеизложенного сл едует , что дл я тестирующей программы наиболее подходит орг анизация по принципу “выбери правильный ответ из предлагаемых”. Программа должна : Объяснять тестируемому правила работы ; Тестировать учащегося и выставлять ему оценку по окончании тестирования ; Допу скать завершение тестирования при любом количестве пройденных вопросов с в ыставлением оценки по фактическому количеству ответов. Необходимые для тестирования данные должн ы быть защищены . Иметь возможность ограничить время проведения теста. Требования , опис анные выше , реализован ы в системе TEST . Система TEST позволяет автоматизировать провед ение контрольных срезов , работ , зачётов по любым дисциплинам . Система состоит из трёх связанных между собой частей . Первая часть это программа - редактор вопрос ов , позволя ющая преподавателю создавать и ндивидуальную базу данных вопросов по своим дисциплинам . Вторая часть представляет собой тестирующую программу , предназначенную для с тудентов . Третья часть предназначена для преп одавателя , представляет собой статистику прохож д ения теста , с помощью этой пр ограммы преподаватель может проанализировать рез ультаты прохождения теста и сделать соответст вующие выводы , а также настроить основные параметры теста . Преподаватель может полностью отказаться от проведения письменных контроль ных рабо т : оценки , полученные студентами на письменных контрольных работах , выше оценок , выставляемы х системой . Преподаватель может вносить любые изменения , которые будут храниться в базе данных , также он может контролировать про ведение теста : просматрива т ь данные студентов , даты проведения , оценки . Результаты теста преподаватель анализирует и подводит итог. В процессе выполнения контрольной работы универсальность работы на компьютере позволи ла студентам не ждать остальных и реализо вывать свои возможности в большей степе ни . В работах такого характера студенты са мостоятельно занимаются исследовательской деятельнос тью , что значительно укрепляет полученные зна ния . Начиная своё маленькое компьютерное иссл едование с простейших экспериментов , студент постепенно о б учается работе с мод елями и в дальнейшем способен перейти к более сложным этапам – компьютерному конт ролю и анализу реального эксперимента . Исключ ает возможность коллективных ответов на вопро сы . Это удобное добавление к традиционным методам контроля , повы ш ается эффектив ность усвоения предмета студентом. 5.1. Межпредметные связи и компьютерное обучение Одной из наиболее важных о бщеобразовательных целей информатики является на ведение и усиление межпредметных связей , спос обствование в осприятию целостной , системной картины мира , информационных процессов в об ществе , природе и познании. Электроника и вычислительная техника (ВТ ) становятся компонентами содержания обучения различным предметам , средствами оптимизации и повышения эффективност и научного процесса . Для разумного и плодотворного использования ВТ необходима общеобразовательная и компьюте рная грамотность . Отсюда выявляется межпредметная связь с основами информатики и ВТ , с математикой , русским языком , литературой и английским языко м . ВТ для учителя выступает и как предмет , и как средст во обучения , и как инструмент психолого-педаго гических исследований (тестирования ). Умение исполь зовать ВТ становится одним из профессионально необходимых качеств учителя , и если рассм атривать процесс к омпьютеризации обучен ия как одну из наиболее современных тенде нций методики преподавания предметов , то влад ение принципами и методикой компьютерного обу чения должно стать современным требованием кв алификационной характеристики преподавателя . ВТ н аходит ши р окое применение в препо давании не только как средство , ускоряющее вычисления , но и как средство , моделирующее математическими методами физические процессы и явления , как современное средство наглядн ости в сочетании её абстрактно-логической сто роны с предм е тно-образной , как сре дство математической обработки результатов демон страционного эксперимента и лабораторных работ , контроля и самоконтроля знаний студентов . К омпьютерное обучение должно рассматриваться вмес те с другими методами и средствами , как компоне н т электронного обучения в целом . Вся совокупность компонентов компьюте рной грамотности учителя позволяет ему не только использовать компьютерную технику на практике по предмету , но и формировать и совершенствовать образовательные основы програ ммирования и знаний ВТ студентов в системе межпредметных связей . Программы для обработки результатов , кото рые используют только вычислительные возможности ЭВМ и носят вспомогательный характер , не преследуя педагогических целей . Они позволяю т использовать статистически й анализ данн ых измерений . Внедрение ВТ в учебный проце сс должно носить системно-функциональный характер , который предполагает установление фундаментальн ый идей , связывающих в единую систему стру ктурные элементы каждой науки , и их преобр азование в курсах п редметов с о бязательным учётом психолого-педагогических возможнос тей учащихся на данном этапе обучения . Глава 7 Разработка тестирующей программы В моей работе были применены вложенны е рекурсивные иерарх ические данные для отображения предметов , тем и вопросов храня щихся в базе данных . Это означает , что базовые и подчинённые данные хранятся в о дной таблице “ Data ” . С помощью компонента TTreeView удобно орга низовано представление в виде иерархического дерева , что соответствует логике решаемой задачи . Таблица реляционного типа отображает наши данные в виде иерархии . В таблице первое поле ключевое , в нём название тем-родителей : “Механика” , “Кинематика” , “Кинематика материальной точки” , “Физика” , “Зачет по мех а н ике” . Второе поле является подчи ненным для первого : раздел “Кинематика матери альной точки” содержит Вопрос 1-4. Key_Id Key_Parent Поле строкового типа 0 15 Механика 2 0 Кинематика 3 0 Динамика 23 2 Кинематика материальной точки 24 23 Вопр ос 1 26 23 В опрос 2 27 23 Вопрос 3 28 23 Вопрос 4 30 30 Физика 31 30 Зачёт по механике 32 31 Вопрос 1 33 31 Вопрос 2 34 31 Вопрос 3 35 31 Вопр ос 4 36 31 Вопрос 5 37 31 Вопрос 6 Также база да нных содержит следующие таблицы : Таблица “Факультет” содержит поле н азвание факультета. Название ФИЯ ФМИ Т аблица “Группа” содержит поле номер группы. Номер 455 465 475 485 Таблица “Статистика” содержит данные о прохождении теста. № п /п Название темы Да та Оценка 1 Кинематика материальной точки 27.03.99 4 2 Элект родинамика 12.05.99 3 3 Механика 13.05.99 2 Табли ца “Данные студента” - при регистрации данные заносятся в эту таблицу. № п /п Фа милия Группа Факультет 1 Иванов 455 ФМИ 2 Петров 485 ФИ Я 3 Ельцин 465 ФМИ Таким образом база данных состоит из пяти табли ц. При решении задачи возникли следующие проблемы : 1. Эффективное хранение информации в базе данных. Особенность базы в том , что она со стоит из полей типа binary, содержащие графические изображе ния , поэтому при небольшом объёме хранимой информации размер б азы становится слиш ком большим . Хранение информации в стандартно м формате bmp оказывается крайне неэффективным . Исследовав большинство распространённых графических формат ов jpc, gif, tiff, я пришла к выводу , что наиболее оптимальным с точки зрения сохранен ия количества сжатия является формат gif . В этом формате и решено было сохранять изображения в базе данных. Стандартные компоненты Delphi не позволяют хранить графическую информацию в базе данных в формате gif, в связи с этим были использованы продук ты ком пании SkyLine . В своей работе я использовала библиотеку компонентов Image Lib 30 в составе которой есть компоненты , позволяющие хранить информацию в базе данных самых различных форматов . 2. Модификация стандартного компонента Delphi OleContainer . Так как реализация этого компонента не позволяла сохранять изображения , полученн ые от программы сервера , был реализован со бственный OleContainer расширением стандартного компонента . Свойство Bitmap:TBitmap, ко торое при перерисовке компонента , копирует на свою канв у , канву стандартного компон ента OleContainer . Таким образом , с помощью свойства Bitmap, в п рограмме можно использовать изображение OLE- контейнера , кото рый затем и помещается в базу в форма те gif . Заключение Итогом написания дипл омной работы явилось создание программного продукта “Систем ы автоматизированного контроля знаний студентов”. Были решены следующие поставленные передо мной задачи : дан обзор современному состоянию теории баз данных , основным моделям СУБД , примен яемым в ПК ; изучены принципы функционирования и основ ные возможности технологии OLE ; разработан способ отображения реляционных структур данных в иерархическом виде ; дополнен стандартный компонент Delphi OLEContainer возможностью сохранения битового изображения на его поверхности. Программа контроля знаний TEST , которая расс матривалась в 5 главе , работает под управлением операционной системы Windows 95. Справочная система позволит легко и быстро научится работать с с истемой TEST . Это удобное добавление к традиционным м етодам контроля , повышающее эффективность усвоения предмета студентом . Система состоит из трёх связанных между собой частей . Первая часть это программа - редактор вопросов , позволяющая преподавателю создавать индивидуальную базу да нных вопросов по своим дис циплинам . Вт орая часть представляет собой тестирующую про грамму , предназначенную для студентов . Третья часть предназначена для преподавателя , представля ет собой статистику прохождения теста , настро йку параметров , с помощью этой программы п реподаватель мож е т проанализировать р езультаты прохождения теста и сделать соответ ствующие выводы. Таким образом , эта система может испол ьзоваться преподавателями , вне зависимости от дисциплины и одинаково подходит как для е стественно-научных , так и для гуманитарных пре дме тов.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
- Официант, какой ужас! Я проглотил таракана! Что теперь будет?!
- А в чём, собственно, проблема? Вы вегетарианец, что ли?
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "СУБД", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru