Fox Pro - реляционная модель данных реферат по информатике , Сочинения из Информатика

Скачай Fox Pro - реляционная модель данных реферат по информатике и еще Сочинения в формате PDF Информатика только на Docsity! Северо-Осетинский Государственный Университет им. К. Л. Хетагурова Отчёт По производственной практике Выполнила: студентка 52группы математического факультета Секретарева Наталия Проверил: Гамаонов Владимир Георгиевич Владикавказ. 2003г. СОДЕРЖАНИЕ Введение……………………………………………………… 2 Ðåëÿöèîííàÿ ìîäåëü äàííûõ………………………………………7 FoxPro âåðñèè 2.0: îñíîâíûå òåðìèíû è êîìàíäû…………….16 Öåëè è çàäà÷è ïðîåêòèðîâàíèÿ………………………………….21 Ñòðóêòóðà ïðîöåññà ïðîåêòèðîâàíèÿ………………………….22 Òåõíîëîãèÿ âåäåíèÿ èíôîðìàöèîííîé ñèñòåìû………………..28 Постановка задачи……………………………………………30 Ход решения…………………………………………………..32 Заключение……………………………………………………33 Список литературы…………………………………………...34 Приложения…………………………………………………...35 ВВЕДЕНИЕ Человечество стремительно вступает в принципиально новую для него информационную эпоху. Существенным образом меняются все слагаемые образа жизни людей. В современном обществе уровень информатизации характеризует уровень развития государства. Начавшийся ХХI век специалисты называют веком - высокий уровень монополизации в области инфраструктуры телекоммуникаций, являющийся следствием высоких входных барьеров и приводящий, в отсутствии должного регулирования, к нерыночным перекосам в тарифной политике; - узко-техническое понимание роли и возможностей ИКТ, низкая культура работы с ИКТ. Проблемы, решаемые в рамках настоящей федеральной целевой программы, базируются на приоритетах и целях стратегии социально-экономического развития России на период до 2010 года и отвечают критериям формирования перечня федеральных целевых программ, начиная с 2002 года, одобренным Правительством Российской Федерации на заседании 21 сентября 2000 года, протокол № 31. Процессы информатизации уже активно идут на всех уровнях. Многие мероприятия, направленные на развитие информационных технологий, реализуются или планируются к реализации в рамках других федеральных, региональных и ведомственных программ (например, ФЦП "Развитие электронной торговли в России на 2002 – 2006 годы", ФЦП "Развитие единой информационно-образовательной среды Российской Федерации в 2002-2006 годы", ФЦП "Создание и развитие информационно- теллекоммуникационной системы специального назначения в интересах органов государственной власти на 2001-2007 годы" и т.д.). В этом аспекте ФЦП "Электронная Россия на 2002-2010 годы" (далее – Программа) призвана не только дополнить другие программы в части формирования адекватной институционально-правовой среды для ИКТ-индустрии, развития инфраструктуры публичных сетей доступа и обеспечения эффективного взаимодействия государства и общества на основе широкого внедрения ИКТ, но и будет выполнять ряд более общих, координирующих функций по отношению к другим программам. В Программе будут, в частности определяться общие концептуальные направления развития ИКТ (основные принципы, общие стандарты и типовые решения по реализации различных проектов и т.д.) как одного из основных направлений социально-экономического развития страны. Реализация общих концептуальных направлений развития ИКТ будет осуществляться преимущественно в различных федеральные, ведомственные и региональных программах. В этих целях предполагается создать Координационный совет Программы, имеющий статус межведомственной правительственной комиссии, который наряду с управлением данной программой будет вырабатывать общие принципы государственной политики в области информационных технологий, а также будет определять инструменты ее практической комплексной реализации через действующие федеральные, ведомственные и региональные программы в сфере ИКТ. Данная Программа разработана в соответствии с Распоряжением Правительства Российской Федерации от 12 февраля 2001 г. №207-р и включена в Перечень федеральных целевых программ, предлагаемых Правительством Российской Федерации к финансированию из федерального бюджета, начиная с 2002 года. Федеральная целевая программа "Электронная Россия 2002-2010" - своеобразная попытка рывка в "цифровое будущее", которое для развитых стран уже стало настоящим. Программа впрямую не ориентирована на достижение мгновенных экономических результатов: стимуляция развития российского рынка высоких технологий не является ее непосредственной задачей, хотя подобный эффект в случае успешной реализации намеченных планов также будет достигнут. Ïðîãðàììà ïðåäïîëàãàåò ðåôîðìó íîðìàòèâíîãî ðåãóëèðîâàíèÿ ðûíêà ÈÒ, âíåäðåíèå íîâûõ òåõíîëîãèé â ãîñóäàðñòâåííûõ îðãàíàõ è ÷àñòíîì ñåêòîðå, ñîçäàíèå îáðàçîâàòåëüíûõ ïðîãðàìì, ïðèçâàííûõ ïîâûñèòü óðîâåíü êîìïüþòåðíîé ãðàìîòíîñòè ðîññèÿí, è ïîñòðîåíèå ìàñøòàáíîé èíôðàñòðóêòóðû êîììóíèêàöèé.  ðåçóëüòàòå ðåàëèçàöèè ïðîãðàììû áóäóò ïîäêëþ÷åíû ê Èíòåðíåòó âñå ðîññèéñêèå âóçû è áîëüøå ïîëîâèíû øêîë, ñîçäàíû ýëåêòðîííûå áèáëèîòåêè, âíåäðåíû ñèñòåìû òåëåìåäèöèíû è ò.ä. Реально успех программы будет означать в первую очередь, что органы власти всех уровней станут более доступными для граждан, а их деятельность – более прозрачной и более эффективной. Прозрачность достигается за счет обязательной электронной публикации и создания баз данных по всем документам, не имеющим статуса секретных, эффективность – за счет перевода в электронною форму значительных объемов документооборота. Программа также предусматривает наращивание возможностей доступа населения к интернету – это логично вытекает из вышеизложенного. Публиковать документы, которые мало кто сможет прочесть, - дело довольно бессмысленное. Соответственно, планируется также организовать подготовку специалистов в области информационных технологий. В первую очередь, такие специалисты понадобятся государственным учреждениям, но рост числа подготовленных людей не сможет не сказаться и в целом на ситуации на рынке. Отдельно предусматривается помощь в освоении новых технологий СМИ, в первую очередь – региональным (здесь имеются ввиду как подготовка специалистов, так и предоставление доступа к информационным сетям). Косвенный результат – стимуляция ИТ-отрасли, в первую очередь – за счет роста числа специалистов, и кроме того – людей, имеющих доступ к информационным сетям, и, следовательно, являющихся потенциальными потребителями информационных услуг. Нельзя также сбрасывать со счетов и неизбежный рост спроса на услуги такого рода – как со стороны государственных организаций, внедряющих в делопроизводство новые технологии, так и со стороны их многообразных партнеров. При этом все вышеперечисленное не служит однозначным обоснованием необходимости программы. Конечно без реализации этой и ряда подобных программ Россия все больше и больше будет отставать от ведущих развитых стран, плавно скатываясь к уровню середнячков третьего мира, которые прекрасно обходятся без информационно-коммуникативных технологий. Аргументы тех критиков программы, которые уже сейчас говорят, что заботиться о цифровом документообороте и расширении доступа к интернету в стране, имеющей целый ряд проблем куда более насущных, несколько преждевременно, не вовсе лишены оснований. Дать быстрый и однозначный ответ, не сбиваясь при этом на общие и бессодержательные рассуждения о месте России в мире и прочем, довольно затруднительно. ФЦП не только предлагает решения очевидных проблем, она ставит целый ряд новых. Некоторые из этих проблем не могут быть решены в рамках "Электронной России 2002-2010". Для того, например, чтобы при помощи информационных технологий приблизить российскую систему образования к стандартам развитых стран Запада, разрабатывается программа "Развитие единой образовательной информационной среды на 2002-2006 гг.". И требуется детальное обсуждение этих проблем. Выражаем надежду, что проект "Электронная Россия" станет удобной площадкой для начала такого обсуждения, в котором смогут принять участие не только специалисты, представляющие государственный аппарат и российский ИТ-рынок, но и все, кто осознает степень важности поставленных программой вопросов. РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ В соответствии с реляционной моделью база данных представляется в 0 0 1 Fвиде совокупности таблиц, над ко торыми могут выполняться операции, 0 0 1 Fформулируемые в терминах ре ляционной алгебры и реляционного 0 0 1 Fисчисления. В реляционной моде ли операции над объектами базы данных 0 0 1 Fимеют теоретико-множест венный характер. Концепции реляционной модели данных связаны с именем известного специалиста в области систем баз данных Е. Кодда. Именно поэтому реляционную модель данных часто называют моделью Кодда. ОРГАНИЗАЦИЯ ДАННЫХ схеме отношение С, содержащее все кортежи А и все кортежи отношения В. Операция ПЕРЕСЕЧЕНИЕ (С2=А U В) предполагает на входе два односхемных отношения А и В. На выходе создается отношение по той же схеме, содержащее только те кортежи отношения А, которые есть в отношении В. Операция ВЫЧИТАНИЕ (С3=А-В). Все три отношения строятся по одной схеме. В результирующее отношение С3 включаются только те кортежи из А, которых нет в отношении В. Операция ДЕКАРТОВО ПРОИЗВЕДЕНИЕ (С4=А X В). Ее важное отличие от предшествующих состоит в том, что отношения А и В могут быть построены по разным схемам, а схема отношения С4 включает все атрибуты отношении А и В. Операция ВЫБОРКА (горизонтальное подмножество). На входе операции используется одно отношение. Результат выборки есть новое отношение, построенное по той же схеме, содержащее подмножество кортежей исходного отношения, удовлетворяющих условию выборки. Операция ПРОЕКЦИЯ (вертикальное подмножество). На входе операции используется одно отношение. Результирующее отношение включает подмножество атрибутов исходного. Каждому кортежу исходного отношения соответствует такой кортеж в результирующем отношении, что значения одинаковых атрибутов этих двух кортежей совпадают. Но при этом в результирующем отношении кортежи-дубликаты устраняются, в связи с чем мощность результирующего отношения может быть меньше мощности исходного. Операция СОЕДИНЕНИЕ. На входе операции используется два отношения; обозначим их А и В. В каждом из отношений выделен атрибут, по которому будет осуществляться соединение; предположим, это атрибуты А1 и Б2). Оба атрибута должны быть определены на одном и том же домене. Схема результирующего отношения включает все атрибуты А и все атрибуты отношения В. Допускается, чтобы в схеме результирующего отношения вместо двух атрибутов, по которым выполняется соединение, был представлен только один. Операция СОЕДИНЕНИЕ похожа на декартово произведение. Отличие состоит в том, что декартово произведение предполагает сцепление, каждого кортежа из А с каждым кортежем из В, а в операции соединения кортеж из отношения А сцепляется только с теми кортежами из В, для которых выполнено условие: В1=А1. Операция ДЕЛЕНИЕ. На входе операции используется два отношения А и В. Пусть отношение А, называемое делимым, содержит атрибуты (А1,А2, ...,Аn). Отношение В – делитель -содержит подмножество атрибутов А; положим, (А1,А2, ...,Аk), где (k<n). Результирующее отношение С определено на атрибутах отношения А, которых нет и В, т.е. Аk+1, Аk+2 , ..., Аn. Кортеж включается в результирующее отношение только, если его декартово произведение с отношением В содержится в делимом-отношении А. Операции реляционной модели данных предоставляют возможность произвольно манипулировать отношениями, позволяя обновлять БД, а также выбирать подмножества хранимых данных и представлять их в нужном виде. Рассмотренные нами операции реляционной алгебры или алгебры отношений, позволяют пошагово описать процесс получения результирующего отношения. Отметим особенности реляционной модели данных: • множество объектов реляционной модели данных однородно - структура данных определяется только в терминах отношений; • основная единица обработки в операциях реляционной модели данных не запись (как в сетевых и иерархических моделях данных), а множество записей - отношение. НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ Одна из важнейших проблем проектирования схемы БД заключается в выделении типов записей (отношений), определении состава их атрибутов. Группировка атрибутов должна быть рациональной, т. е. минимизирующей дублирование данных и упрощающей процедуры их обработки и обновления. Сначала эти вопросы решались интуитивно. Однако интуиция может подвести даже опытного специалиста, поэтому Коддом был разработан в рамках реляционной модели данных аппарат, называемый нормализацией отношений. И хотя идеи нормализации сформулированы в терминологии реляционной модели данных, они в равной степени применимы и для других моделей данных. Коддом выделено три нормальных формы отношений. Самая совершенная из них - третья. Предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме. В процессе таких преобразований могут выделяться новые отношения. Вначале введем понятие простого и сложного атрибута. Простым назовем атрибут, если значения его атомарны, т. е. неделимы. В противовес ему сложный атрибут может иметь значение, представляющее собой конкатенацию нескольких значений одного или разных доменов. Аналогами сложного атрибута может быть вектор, агрегат данных, повторяющийся агрегат. Первая нормальная форма. Отношение называется нормализованным или приведенным к первой нормальной форме (1НФ), если все его атрибуты простые. Ненормализованное отношение легко сделать нормализованным. Такое преобразование может привести к увеличению мощности отношения и изменению ключа. Функциональная зависимость. Пусть Х и Y - два атрибута некоторого отношения, Говорят, что Y функционально зависит от X, если в любой момент времени каждому значению Х соответствует не более чем одно значение атрибута Y. Функциональную зависимость можно обозначить так: Х>Y. Полная функциональная зависимость. Говорят, что неключевой атрибут функционально полно зависит от составного ключа, если он функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа. Вторая нормальная форма. Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и каждый неключевой атрибут функционально полно зависит от составного ключа. Чтобы отношение привести ко второй нормальной форме, необходимо: а) построить его проекцию, исключив атрибуты, которые не находятся в полной функциональной зависимости от составного ключа; б) построить дополнительно одну или несколько проекций на часть составного ключа и атрибуты, функционально зависящие от этой части ключа. Транзитивная зависимость. Пусть X, Y, Z - три атрибута некоторого отношения. При этом Х>Y и Y>Z, но обратное соответствие отсутствует, т. е. Z не> или Y не>Х. Тогда говорят, что Z транзитивно зависит от X. Третья нормальная форма. Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Основное достоинство реляционного подхода - его простота и доступность. 0 0 1 FПользователи абстрагированы от физи ческой структуры памяти. Это позволяет эксплуатировать БД без знания методов и способов ее построения. Основные достоинства РМД следующие: простота, независимость данных; гибкость; 0 0 1 Fнепро цедурные запросы, теоретическое обоснование на основе теории отношений. Это дает возможность пользователям формировать их запросы более компактно, в терминах более крупных агрегатов. Большинство СУБД для персональных ЭВМ составляют системы, поддерживающие реляционную модель данных. К этому классу следует отнести самую распространенную на ПЭВМ систему dBase фирмы Ashton-Tate Corp.(версии dBaseП, dBaseШ, dBaseШ PLUS, dBaseIV) и многочисленное семейство совметимых с нею одновременно, предоставляла бы пользователю дополнительные возможности по 0 0 1 F 0 0 1 Fраз работке законченных программных продуктов, не требующих поддерж ки среды СУБД. FoxPro является программным продуктом для управления данными - каталогизации, поиска и обработки информации. Большое число операций по управлению базами данных может быть выполнено через систему меню и интерфейс, однако в полной мере использовать мощные возможности FoxPro можно только при знании описываемого ниже языка программирования. Основные термины. Для упрощения освоения правильного синтаксиса команд и функций FoxPro следует знать следующие основные термины. ВРЕМЕННАЯ ПЕРЕМЕННАЯ это адресуемый по имени переменной участок оперативной памяти, используемый для временного хранения данных. Может использоваться и термин ПЕРЕМЕННАЯ ПАМЯТИ. Можно изменять содержимое временной переменной, но ее имя и расположение в памяти остаются неизменными, пока не закончится сеанс работы с FoxPro или пока переменная не будет освобождена. Временные переменные и их значения теряются, если только их не сохранить на диске перед выходом из FoxPro или перед выключением компьютера. Имена временных переменных могут включать до десяти символов букв, цифр и знаков подчеркивания, и должны начинаться с буквы. Временные переменные могут хранить символьные, числовые, числовые с плавающей запятой, логические данные, а также данные типа "дата". ПОЛЕ БАЗЫ ДАННЫХ это любой элемент данных, входящий в запись базы данных. Одно или более полей образуют запись базы данных, и одна или более записей образуют файл базы данных. Имена полей могут включать до десяти символов букв, цифр и знаков подчеркивания, и должны начинаться с буквы. ФУНКЦИЯ представляет собой заранее подготовленную подпрограмму, которая может выполняться по запросу из любой точки FoxPro. Если возвращаемый функцией результат представляет собой допустимый в выражении тип данных, то функции могут включаться в выражения. ОПЕРАТОР представляет собой символ или последовательность символов, которые специфицируют определенную операцию, выполняемую над одним или большим числом величин для получения результата. Основные команды FoxPro. APPEND [BLANK]- Добавляет новые записи в конец активного файла базы данных. Это основная команда для полноэкранного ввода данных. APPEND FROM- Копирует записи в конец активного файла базы данных из другого файла. AVERAGE- Подсчитывает среднее арифметическое значений выражений или полей базы данных BROWSE - одна из наиболее полезных команд, имеющихся в FoxPro. Команда BROWSE используется для открытия окна и высвечивания записей из файла базы данных. Имеется возможность редактирования и добавления записей. Если памяти достаточно, то окно Browse может быть открыто для каждой рабочей области. BROWSE FOR -В окне Browse высвечиваются только те записи, которые удовлетворяют условию. Для лучшей работы в FOR используется оптимизируемое выражение. BROWSE KEY-Ограничивает количество высвечиваемых записей. BROWSE LAST-Открывает окно BROWSE в той же конфигурации, что сохранена в файле FOXUSER, если значение установки RESOURCE - ON. Список полей, размер каждого поля, расположение и размер окна Browse хранятся в файле FOXUSER. BUILD EXE- При наличии полного дистрибутивного набора FoxPro, создает на основании проекта выполнимый файл (.EXE). CALCULATE- Выполняет финансовые и статистические вычисления над полями базы данных или выражениями, в которых содержатся поля. CANCEL - Прекращает выполнение командного файла (программы). CHANGE -Корректировка записей базы данных в окне редактирования. CHANGE KEY-Ограничивает диапазон высвечиваемых записей. CLOSE - Используется для закрытия файлов - журнала, файлов базы данных, файлов формата экрана, индексов и файлов процедур. COPY INDEXES-Копирует одно-индексные файлы в составной индексный файл. COPY FILE- Обеспечивает дублирование закрытого файла любого типа. COPY TO - копирует данные из указанной БД в файл. COPY TO FIELDS-определяет список полей, которые будут копироваться в новый файл. COPY STRUCTURE TO - Копирует структуру базы данных в другую базу данных. CREATE -Создание нового файла БД CREATE REPORT-активизирует окно генератора отчётов CLEAR-Очищает заданный элемент COUNT-Выполняет подсчёт числа записей активной БД, удовлетворяющих заданным условиям DEFINE WINDOW - Ñîçäàíèå îêíà. DELETE - Помечает для исключения записи активного файла базы данных. DELETE FILE - Óäàëÿåò ôàéë. DISPLAY MEMORY -Обеспечивает вывод имени, типа, размера и статуса каждой активной временной переменной. DO - Выполняет программный или процедурный файл. EXPORT- Копирует данные из базы данных FoxPro в файл с другим форматом. FUNCTION- Определение начала подпрограммы и ее идентификация. GO-Позиционирование указателя записи. GO [RECORD] - Устанавливает указатель записи на запись GO TOP | BOTTOM- Установка указателя записи на первую и последнюю в выбранной базе данных. Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа. GO TOP | BOTTOM- Установка указателя записи на первую и последнюю в выбранной базе данных. Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа. GO IN -Перемещение указателя в базе, открытой в другой рабочей области. HELP- Открытие окна помощи. INDEX-создаёт индексный файл для упорядочения БД JOIN-объединяет два файла БД LAST-Открываемое окно редактирования команды Change будет иметь такую же конфигурацию, как и последнее окно, сохраненное в файле FOXUSER, если значение установки SET RESOURCE - ON. Список полей, размер каждого поля, положение и размер окна CHANGE и т. п. записываются в файл FOXUSER. LAST FOR -В окне редактирования команды Change высвечиваются только те записи, которые удовлетворяют заданному условию. LIST- отображение записей БД LOCATE-выполняет в активном файле БД поиск по заданному условию MODIFI COMMAND| MODIFI FILE-открывает окно редактирования MODIFY STRUCTURE-Модифицирует структуру файла базы данных. MODIFI REPORT-Открывает окно компоновки отчёта MODIFI LABEL - Открывает окно компоновки почтового ярлыка (бланка) PACK -Физически удаляет записи, помеченные для удаления в базе данных, уменьшает размер текстового файла. PROCEDURE - Указывает начало подпрограммы. QUIT- Закрывает все открытые файлы, завершает сеанс работы системы FoxPro и возвращает управление операционной системе. • защита данных от разрушений при сбоях оборудования от некорректных обновлений и, если необходимо, от несанкционированного доступа. •простота и удобство эксплуатации информационной системы; • гибкость, т. е. возможность развития и последующей адаптации системы к изменениям в предметной области и к новым потребностям пользователей. Удовлетворение первых четырех требований обязательно для принятия проекта. Последние два требования необязательны, так как большая или меньшая простота и удобство эксплуатации выступают только факторами оценки альтернативных вариантов проекта. СТРУКТУРА ПРОЦЕССА ПРОЕКТИРОВАНИЯ Обследование предметной области. На этом этапе (рис.1), после первоначального знакомства с предметной областью следует детальное изучение всех ее фрагментов, каждый из которых характеризуется локальным пользовательским представлением. Для каждого фрагмента определяются информационные объекты, анализируются процессы, их использующие, и устанавливаются явные ассоциации между информационными объектами. Фрагменты предметной области исследуются последовательно. Причем сведения об очередном фрагменте интегрируются с полученными при изучении предшествующих фрагментов. Выбор СУБД. Система управления БД – важнейший программный компонент информационной системы, оказывающий существенное влияние на многие параметры системы, в том числе: • пользовательские интерфейсы; • эффективность функционирования; • стоимость разработки приложений; • стоимость эксплуатации; • гибкость системы. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ ВЫБОР СУБД ПРОЕКТЕРОВАНИЕ РЕАЛИЗАЦИИ Рис. 1. Структура процесса проектирования Предлагаемая методика выбора СУБД позволяет: последовательно выявить внешние ограничения, выделить СУБД-претенденты (на использование), провести моделирование базы данных для каждой выделенной СУБД и сравнительный анализ полученных моделей базы данных. Выявление внешних ограничений. Под внешними ограничениями здесь понимаются ограничения среды реализации информационной системы. Каждая среда реализации отлична от идеальной. Она содержит множество ограничений, среди которых наиболее важные для нас: технические, программные и организационные. Технические ограничения определяются конфигурацией вычислительной системы, параметрами функционирования её компонентов, надёжностью их работы и др. Программные ограничения в первую очередь подразумевают операционную систему и языки прикладного программирования. ТЕХНОЛОГИЯ ВЕДЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ Ввод информации, в систему. Информация, хранимая и используемая в системе, включает в себя нормативно-справочные сведения большинства приложений, а также сведения, поступающие в систему при выполнении приложений, в том числе и в реальном масштабе времени. Последний, вид информации характеризуется более коротким сроком существования, чем нормативно справочная информация. В информационной системе для учебного заведения (как и в нашем случае ) к нормативно-справочным относятся сведения о преподавателях, учебных планах, студентах а ко второй разновидности — сведения о расписании, посещаемости занятий, об аттестации студентов. Очевидно, если состав преподавателей, списки студентов и учебные планы в течение года не меняются, то информация второй разновидности корректируется ежедневно. Её загрузка и корректировка осуществляются конечными пользователями при выполнении функциональных приложений. Защита данных. Технология ведения информационной системы должна предусматривать набор мер по обеспечению различных аспектов защиты данных. Для защиты данных от сбоев оборудования и физического разрушения снимаются копии данных и ведется журнальный файл. Инструкции по выполнению программы восстановления текущего состояния БД разрабатываются для обеспечения защиты данных от программных сбоев и некорректных изменений . При использовании СУБД, не имеющих механизма процедур, в набор программных средств разработчик может включить оригинально разработанную программу проверки полноты корректности базы данных. Такая программа будет выполняться в промежутке между сеансами обработки данных. Полнота и корректность означают наличие в базе данных всех записей, без которых не могут нормально функционировать приложения. Кроме того, подразумевается корректность установленных ассоциаций, а также содержимого полей, введенных для поддержки разнообразных зависимостей между данными. В алгоритм этой программы закладываются такие виды контроля, которые эффективно выполняются автоматически. Тем самым облегчается обслуживание базы данных, упрощаются алгоритмы многих приложений за счет исключения из них процедур проверки корректности обрабатываемых данных. Для программы проверки полноты и корректности БД должны быть разработаны технологические инструкции по ее выполнению, оговорены правила исправления выявленных ошибок. Защита данных в БД от несанкционированного доступа выполняется обычными средствами СУБД, а также средствами корректировки «замков управления» доступом и замены программ кодирования-декодирования. Соответствующие рекомендации для администратора БД следует разработать на стадии эксплуатации системы. Управление использованием данных. Технология ведения информационной системы должна предусматривать механизм учета пользователей и приложений. Для этой цели могут использоваться словари-справочники данных. Кроме того- сведения об использовании данных и обращениях конечных пользователей к ИС должны фиксироваться в журнальном файле. Сервисные программы обработки журнального файла позволят администратору БД получить разнообразные протоколы использования данных. На стадии эксплуатации администратор БД должен разработать график взаимодействия пользователей с системой, позволяющий обеспечить нормальное функционирование ИС и по возможности не допустить конфликтных ситуаций. Управление эффективностью функционирование системы . Периодически при эксплуатации системы администратор БД оценивает параметры эффективности её функционирования. Для этой цели используются стандартные или оригинально разработанные сервисные программы, позволяющие получить сведения о затратах и наличии ресурсов внешней памяти, реактивности системы, сведения о частоте использования данных и др. На основании этих сведений администратор БД принимает решения об изменениях параметров схем или о проведении реорганизаций. ПОСТАНОВКА ЗАДАЧИ. С учетом того, что на данный момент времени научно-технический прогресс значительно ускоряется, а деканату приходиться, что называется “вручную” работать со значительными объемами информации это приводит к необходимости разработки более совершенных методов обработки информации: автоматизации учебного процесса. Основные направления автоматизации состоят в минимизации затрат ручного труда и снижении трудоемкости. В состав контрольной задачи «Деканат» входят следующие структурные компоненты, каждый из которых наделён присущими ему свойствами, в данном случае полями (рис 2.). Структура объекта организована таким образом, чтобы в условиях ведения учета, контроля и анализа с применением информационной системы функция обработки данных были отдалены от пользователя, и существовала в форме, которая человеком непосредственно не воспринимается. При этом возникает необходимость приведения выходной информации к виду, пригодному к восприятию пользователя. Организация труда и функции пользователя. Пользователь в рамках документирования осуществляют следующие функции: - собственно регистрацию первичной учетной информации путем набора ее на клавиатуре; - выполнение процедур начала и завершения каждого сеанса автоматизированной регистрации первичной информации; - восприятия и анализ сообщений комплекса сообщений комплекса выдаваемых данных на дисплей в процессе автоматизированного документирования; отображение необходимой информации в «человекочитаемой» форме; В общем виде методологические аспекты должны отражать следующие вопросы: машинное формирование первичной информации в документах и на машинные носители; машинное ведение учета поступающих данных; машинная передача результатной информации для её использования. Базы данных. Структура баз данных реляционная, то есть состоит из колонок и записей. Так как программа в будущем будет реализована на FoxPro, то скорость обращения к БД довольно высока. Выше приведено описание СУБД, поддерживающие 0 0 1 Fре ляционную модель данных. Приведены основные функции и команды Fox Pro2.0. ЛИТЕРАТУРА 1) ПоповА.А. Программирование в среде СУБД Fox Pro2.0 Москва «Радио и связь»,1994г. 2) www.foxpopuli.narod.ru - web-сайт, посвящённый FoxPro 2.6 MS-DOS. 3) http://www.fio.ru/- web-сайт Федерации Интернет образования. 4) http://www.citforum.ru/database/foxpro.shtml - материалы по БД: Fox Pro 5) http://db.informika.ru/ - электронный справочник по Fox Pro. 6) http://www.inftech.webservis.ru/ - web-сайт Информационных технологий. 7) www.e-russia.ru - web-сайт, посвящённый содержанию, проблемам и обоснованию необходимости решения ФЦП «Электронная Россия» программными методами. 8) http://ccc.ru/elro/about.html - материалы об Электронной России: дискуссионный центр. 9) http://www.e-rus.org/articles/meaning_programm.shtml -Официальный текст программы «Электронная Россия» 10) www.hse.ru/~erussia - web-сайт ФЦП «Электронная Россия». ПРИЛОЖЕНИЯ