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

Реферат

Fox Pro - реляционная модель данных

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

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

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

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

36 Северо-О сетинский Государственный Университет им . К . Л . Хетагурова Отчёт По произ водственной практике Выполнила : студентка 5 2 группы математическ ого факультета Секретарева Наталия Проверил : Гамаонов Владимир Георгие вич Владикавказ . 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 гг. ". И т ребуется детальное обсуждение этих про блем . Выражаем надежду , что проект "Электрон ная Россия " станет удобной площадкой для начала такого обсуждения , в котором смог ут принять участие не только специалисты , представляющие государственный аппарат и ро ссийски й ИТ-рынок , но и все , к то осознает степень важности поставленных программой вопросов . РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ В соответствии с реляционной моделью база данных представляется в виде совок упности таблиц , над ко торыми могут выполня ться операции , формулир уемые в терминах ре ляционной алгебры и реляционного исчисл ения . В реляционной моде ли операции над объектами базы данных имеют теоретико-множес т венный характер. Концепции реляционной модели данных связаны с именем известного спец иалиста в области систем баз данных Е . Кодда . Именно поэтому реляционную м одель данных часто называют моделью Кодда . ОРГАНИЗАЦ ИЯ ДАННЫХ Слово «реляционная» происх одит от английского relation — отношение . Для по яснения математического понятия «отношение» вс помним два определения. Декартово произведение . Пусть D 1 , D 2 ,… D n — произв ольные конечные множества и не обязательно различные . Декартовым произведением этих м ножеств D 1 Х D 2 Х … Х D n -называется множество n -к вида : < d 1 , d 2 , …, d n >, где d 1 принадлежит D 1 , d 2 — D 2 , а d n - D n . Рассмотрим простейший прим ер . Пусть первое множество состоит из д вух элементов D 1 = а 1 , а 2 , второе— из трех : D 2 = b 1 , b 2 , b 3 , Тогда их декартово произведение ест ь : D 1 Х D 2 = а 1 b 1 ,а 1 b 2 , а 1 b 3 , а 2 b 1 , а 2 b 2 , а 2 b 3 . Отношение. Отношен ием R , определенным на множествах D 1 , D 2 ,… D n , называется подмножество декарто ва произведения D 1 Х D 2 Х … Х D n . При этом множества D 1 , D 2 ,… D n называются доменами отношения , а элементы декартова произве дения - кортежами отношения . Число n определяе т степень (арн ость ) отношения , а количество кортежей - его мощность. Отношения удобно представл ять в виде таблиц . При этом строки таблицы соответствуют кортежам , а столбцы - атрибутам . Каждый атрибут определен на неко тором домене . Доменом называют множеств о ат омарных значений . Несколько атрибутов отношения могут быть определены на одном и том же домене . Атрибут определяет роль домена в отношении. Атрибуты разных отношений также могут быть определены на одном и том же домене. Атрибут , значения которого идент ифи цируют кортежи , называется ключом (ключевым а трибутом ). В некоторых отношениях кортежи идентиф ицируются конкатенацией значений нескольких ат рибутов . Тогда говорят , что отношение имеет составной ключ . Отношение может содержать и несколько ключей . Один и з к лючей отношения объявляется первичным . Значения первичного ключа не могут обновляться . Все прочие ключи отношения называются возможными ключами. Отметим важную особенность реляционной модели данных . Если в сете вых и иерархических моделях данных для отра жения ассоциаций между записями использовались групповые отношения , то в ре ляционной модели данных такого понятия не существует . Для отражения ассоциаций между кортежами отношении используется дублирование их ключей . Атрибуты , представляющие собой копии к лючей других отношений , называются внеш ними ключами. Перечень атрибутов отношения и его свойства определяет схему отношения . Два отношения называются одн осхемными, если они постр оены но единой схеме. Первоначальная модель Кодда содержала небольшой набор средств ограничения целос тности : не допускались кортежи с одинаковым и значениями первичного ключа и обеспечива лась возможность наложения ограничений на значения доменов и , следовательно , атрибутов . Механизмов поддержания семантики ассоциаций (речь идет о т аких ограничениях целостности , как режим включения и кла сс членства ) в реляционной модели нет . Отношения существуют независимо друг от др уга , хотя между кортежами этих отношений возникают порой достаточно сложные ассоциаци и. Неразвитость средств ограничени я ц елостности послужила толчком к последующему развитию модели Кодда , которое получило название расширенной реляционной модели данных . Последняя предполагает поддержку ряда слу жебных отношений , хранящих сведения об ассо циациях предметной области , а проце д уры обработки пользовательских отношений учитывают эти сведения . Расширенная модель Кодда представляет существенно более развиты е средства для поддержки ограничений целос тности. ОПЕРАЦИИ НАД ДАННЫМИ К операциям обновления БД относятся запоминание новых кор тежей , удаление ненужных , корректировка значении атрибутов существующих кортежей. Операция ВКЛЮЧИТЬ требует задания имени отнош ения и предварительного формирования значений атрибутов нового кортежа . Обязательно долж ен быть задан ключ кортежа . Включение н е будет выполнено , если ключ имеет неуникальное значение. Операция УДАЛИТЬ также требует наименования отношения , а также идентификации кортежа ил и группы кортежей , подлежащих удалению. Операция ОБНОВИТЬ выполняется для названного отношения и может корректир овать как один , так и несколько кортежей отношения . Далее рассмотрим основные операции обработки от ношений . Отличительная особенность этих операци й заключается в том , что единицей обраб отки в них являются не кортежи , а отношения . Другими словами , на вход е каждой операции используется одно или н есколько отношений , а результат выполнения операций — новое отношение. Смысл любой обработки реляционной базы данных состоит либо в обновлении суще ствующих отношений , либо в создании новых , поскольку результат всяко го запроса к БД есть не что иное , как по строение нового отношения , удовлетворяющего усл овиям выборки. Операция ОБЪЕДИНЕНИЕ (С 1 = А U В ) предполагает , что на входе задано два односхемных отношения А и В . Результат объединения есть построенное по той же схе ме отношение С , содержащее все кортежи А и все к ортежи отношения В . Операция ПЕРЕСЕЧЕНИЕ (С 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 . Третья нормальная форма . Отношение на ходится в третьей нормальной форме , если оно находится во второй нормальной форме и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Основное достоинство реляционного подхода - его простота и доступность . Пользователи абстрагированы от физи ческой структуры памяти . Это позволяет эксплуатировать БД без знания методов и способов ее построения . Основные достоинства РМД следующие : простота , независимость данных ; гибкость ; н епро цедурные запросы , теоретическое обоснование на основе теории от н ошений . Это дает возможность пользователям формировать их запросы более компактно , в терминах более крупных агрегатов. Большинство СУБД для персональных ЭВМ составляют системы , поддерживающие реляционную модель данных . К этому классу следует отнести самую распространенную на П ЭВМ систему dBase фирмы Ashton - Tate Corp .(версии dBase П , dBase Ш , dBase Ш PLUS , dBaseIV ) и многочисленное семейство совметимых с нею программных продуктов - FoxBase + и FoxPro фирмы Fox Software , Clipper '87 фирмы Nantucket Corp ., QuickSilver и dBXL фирмы Wordtech , User Interfase фирмы WallSoft Systems Inc ., dBFast фирмы dBFast Inc . Широко распространены также реляционные системы Oracle фирмы Oracle Corp ., Paradox фирмы Borland International , ряд версий системы R : base 4000, R : base 5 000, R : base System V , R : base for DOS , R : base 3.0)фирмы Microrim , система DB 2 фирмы IB M Corp . Как уже говорилось выше , в реляционной модели данных есть возможность определения одного атрибута и ли их множества в ка честве ключа отно шения . Это свойство позво ляет формирова ть зап росы к базе данных очень компак тно с использованием терминов ре ляционной алгебры и реляционного счисления , что делае т реляционную модель очень простой для разработчика прикладного программного обеспечени я. С другой стороны , вся информ аци я , которая будет храниться и использоваться в ИИСОД представляется в табличной фо рме , что яв ляется характерной чертой предс тавления информации в реляционных базах да нных , а в частности , в их разновидности табличных базах данных. С учетом вышеизложенно го можно сделать вывод , что для раз работки систем ы наиболее подходит СУБД , основанная на использо вании реляционной модели данных. Из всего многообразия реляционных СУБД , представленных на рынке в настоящее в ремя ( DBASE IV , Clipper IV , V и т.д .) сразу мож но выделить СУБД FoxPro 2.0 фирмы FoxSoftware Inc СУБД FoxPro II включает в себя все лучшие функциональные возможности СУБД FoxBase + версии 2.11. Вм есте с тем она обладает лучшими возмож ностями по сравнению с DBASE IV по производитель ности . Требования к р есурсам памяти на стадии выполнения значи тельно снижены. FoxPro 2.0 имеет графический многооконный интерфейс с под держко й манипулятора "мышь " и клавиатуры . Он р еализует элементы объектно-ориентированного подхода , при этом за различными окнами одновре менн о открытыми окнами могут быть закреплены различные процедуры (например : генера ция отчета , просмотр файла и т.д .). Развит ый генератор отчетов позволяет формировать отчеты не толь ко табличной , но и ле нточной формы. Язык программирования полностью включат яз ык СУБД DBASE IV . Дополнительно в не го включено более 140 различных расширений . Пр и этом сохранена полная программная совмес тимость с младшими версиями системы. СУБД FoxPro 2.0 обладает возможностями поддержки разраб отки и отладки программ , средствами отсл еживания изменений исходных текстов пр ограммных модулей с их автоматической пере компиляцией . Предусмотрены специальные окна для отладчика программ , работаю щего в термина х исходного текста . Окно трассировки позвол яет анализировать логику выполнения програ м мы . Эта информация мож использ оваться и при работе в пошаговом режим е . Отдельное окно предусмотрено для просмот ра значений переменных по ходу выполне ния программы. Система позволяет использовать средства разработки приклад ных программ , имеющиеся в состав е ее предшественницы , такие как генератор экранных форм ввода-вывода FoxView и генератор прог рамм на основе этих экранных фор м FoxCode с его языком шаблонов. FoxPro 2.0 включает расширенную интегрированную среду раз работчик а , в состав которой входят конс трук тор меню ( Menu Builder ), экранный редактор для созд ания форм ввода-вывода ( Screen Painter ), средства поддержки языка шаблонов и утилита поддержки прикладного программного обеспечения ( Make ). Эта среда позволя ет значительно сократить сроки создания пр ог рамм. Компилятор языка программирования системы дает возможность получать загружаемые про граммные модули , не требующие для своей работы поддержки системной среды. Программный интерфейс позволяет включать в разрабатываемые программы модули , написанн ый на яз ыках Си и Ассемблер , а также динамически подключать на стадии компоновки библиотеки объектных модулей. Большой интерес представляет системный табличный интерфейс для конечных пользовател ей , основанный на широко распространенном р еляционном языке QBE ( Query - By - Example ), получившем здесь наз вание RQBE . Драйверы RQBE предоставляют пользователям дос туп к базам данных , управляемых как сис темой FoxPro , так и различными SQL - серверами в локальных сетях пЭВМ. Из всего вышеизложенного можно сделать вывод что СУБД F oxPro 2.0 является наиболее приемлем ым средством для программ ной реализации ИИ СОД . Как следствие , разрабатываемую в рамках данного дипломного проекта подсистему "Кон троль исполнения " сле дует реализовать с пр именением системы FoxPro 2.0. FOXPRO ВЕРСИИ 2.0 Система FoxPro , разработанная фирмой Microsoft , является полновес ной многопользовательской системой управления базами данных реляционного типа класса dBASE . Целью разработки являлось созд ание СУБД , которая являясь развитием ссисте м класса dBASE включа ла бы в себя все их положительные черты и , одновременно , пред оставляла бы пользователю дополнительные возмо жности по раз работке законченных программных продуктов , не требующих поддерж ки среды СУБД. 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 W INDOW - Соз дание окна . 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 и возвращает управление опе рационной системе. REINDEX - Перестраив ает все активные индексы . RENAME -Выполняет изменение имени файла на диске . RECALL -Снима ет маркировку на удаление записей а ктивного файла базы данных , установленн ую командой DELETE . REPLACE -Обновляет значения заданных полей записей активного файла базы данных . RESTORE FROM - Выбирает и акт ивизирует временные переменные и массивы и з файла временных переменных. REPORT -Выд ача отчета . RESTORE FROM - Выбирает и акт ивизирует временные переменные и массивы и з файла временных переменных. RUN - Выполняет из системы FoxPro заданную команду операционной системы или любую программу , которая работает по д управлением операционной систе мы MS - DOS . SAVE TO - сохраняет временные переменные и массивы в файле временны х переменных. SCAN - Сканировани е базы данных и выполнение команд по заданным условиям. SORT -Сор тирует базу данных . SKIP -Пер емещает указатель записи в активном файле базы данных вперед или назад. SEEK -Выполняет поиск первой записи индексированного файла базы данных с ключом , совпадающим с заданным выражением. SET - Открывает окно View . SET ALTERNATE -направление вывод а , ведущегося на экран или в окно , и в текстовый файл. SET DATE -определяет формат вывода даты. SET DECIMALS -устанавливает количе ство десятичных знаков после запятой при выдаче результатов числовых функций и в ычислений . По умолчанию – 2 SET DEFAULT TO -для смены дисковода по умолчанию на A : SET HELP ON | OFF -отключает / п одключает средство диалоговой помощи или назначает другой файл помощи . Значение по умолчанию - ON Значение по умолчанию – FOXHELP SET MARGIN TO -устанавлива ет размеры левой границы при выдаче на печать любой информации . Выдача информации на экран не затраг ивается . Значени е по умолчанию – 0 SET MEMOWIDTH TO -Определяет ширину memo (текстовых ) полей при их визуализации . SET ODOMETER TO -задает интервал изменения значений счетчика записей в командах , которые выводят номера запис ей. SET PATH -задает путь ( маршрут ) поиска файлов . SET PATH TO -представляе т собой последовательность путей , разделенных запятой или точкой с запятой. SET PROCEDURE TO -о ткрывает заданный файл процед ур . SET RELATION -связывает два от крытых файла базы данных по вычисленному значени ю <выражения > через ключевое п оле или по номеру записи. SET CARRY Определяет необходимость копирования данных из преды дущей записи в новую запись при исполь зовании команд APPEND или INSERT . SET INDEX -открывает заданные индексы текущего ф айла базы данн ых. SET INDEX TO - закрывает все открытые и ндексы в текущей рабочей области. SET FILTER - Позволяет выводить и обрабатывать только те за писи файла БД , которые удовлетворяют зад анному условию . SORT - Сортирует базу данных . STORE - Помещает данные в о временные переменные и массивы . SUM -Вычисл ение суммы числовых полей USE - отк рывает БД в указанной рабочей области ЦЕЛИ И З АДАЧИ ПРОЕКТИРОВАНИЯ. Основная цель процесса проектирования БД состоит : в получении такого проекта , который удовлетворяет следующ им требованиям : • корректности схемы БД , т . е . база да нных должна быть гомоморфным образом модел ируемой предметной области , где каждому объ екту предметной области соответствуют данные в памяти ЭВМ , а каждому процессу пре дметной области - адекватные процед уры о бработки данных . При этом результаты выполн ения процесса и соответствующих ему процед ур обработки данных должны совпадать в любой момент функционирования , если это предусмотрено проектом ; • обеспечение огранич ений на конфигурацию выч ислительной систе мы , в первую очередь , на ресурсы внешней и оперативной памя ти ; • эффективность функционирова ния , т . е . Обеспечение требований ко времени реакции системы н а запросы и обновления БД ; • защита данных от разрушений при сбоях оборудования от некорректных обнов лен ий и , если необходимо , от несанкционированно го доступа. • простота и удобство эксплуатации информационной системы ; • гибкость , т . е . возможность развития и последующей адаптации системы к измен ениям в предметной области и к новым потребностям пользоват елей. Удовлетворение первых четы рех требований обязательно для принятия пр оекта . Последние два требования необязательны , так как большая или меньшая простота и удобство эксплуатации выступают только факторами оценки альтернативных вариантов пр оекта. СТ РУКТУРА ПРОЦЕССА ПРОЕКТИРОВАНИЯ Обследование предметной обла сти . На этом этапе (р ис .1), после первоначального знакомства с пре дметной областью следует детальное изучение всех ее фрагментов , каждый из которых характеризуется локальным пользовательским предс тавлением . Для каждого фрагмента опреде ляются информационные объекты , анализируются пр оцессы , их использующие , и устанавливаются я вные ассоциации между информационными объектам и. Фрагменты предметной облас ти исследуются последовательно . Причем сведения об очередном фрагменте интегрируются с полученными при изучении предшествующих фрагментов . Выбор СУБД. Система управления БД – важнейший программный компонент информационной системы , оказывающий существенное влияние на многие параметры системы , в том числ е : • пользовательские интерфей сы ; • эффективность функциониро вания ; • стоимость разработки приложений ; • стоимость эксплуатации ; • гибкость системы. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ В ЫБОР СУБД ПРОЕКТЕРОВАН ИЕ РЕАЛИЗАЦИИ Рис . 1. С труктура процесса проектирования Предлагаемая методика выбо ра СУБД позволяет : последовательно выявить внешние ограничения , выделить СУБД-претенденты (на использование ), провести моделирование базы данных для каждой выделенной СУБ Д и сравнительный анализ полученных моделе й базы данных. Выявление внешних ограничений . Под внешними ограничениями здесь поним аются ограничения среды реализации инфор мационной системы . Каждая среда реализа ции отлична от идеальной . Она содержит множество ограничений , среди которых наиболее важные для нас : технические , программные и организационные. Технические ограничения определяются конфигурацией вы числительной систе мы , параметрами функциони рования её компонентов , надёжностью их рабо ты и др. Программные ограничения в первую очередь подра зумевают операционную систему и языки прик ладного программирования. К организационным ограничениям можно отнести требования к срока м разработки , имеющиеся трудовые ресурсы . Возможно сти по подготовке специалистов и т.п. Выделение СУБД-прете ндентов. Проектировщику инфор мационной системы в настоящее время предос тавляется достаточно большой выбор СУБД , р азработанных для разных конфигураций и типов ЭВМ. Анализ основных параметров этих систем позволяет сразу же отверг нуть ряд СУБД , заведомо непригодных к и спользованию в разрабатываемой информационной системе , оставив для последующего рассмотрения несколько (не более двух-трех ) сис т ем претендентов. На выбор СУБД-претенде нтов наибольшее влияние оказывает согласование ряда параметров среды реализации и СУ БД . К таким параметрам в первую очередь относятся : • тип ЭВМ ; • операционная система ; • объемы оперативной па мяти ; • конфигу рация вычи слительной системы и наличие реализаций СУ БД для нескольких типов ЭВМ. Моделирование базы данных . Для кажд ой из выделенных СУБД моделируется база данных . Кроме определения структуры данных и стратегии их хранения в памяти ма шины , проектировщик о ценивает также зат раты на разработку программного окружения базы данных и в целом на реализацию и эксплуатацию информационной системы. По существу речь идет о преобразовании инфологической схемы пре дметной области в схему базы данных , по ддерживаемую СУБД. Для моделирования необходи мо знать выбранные СУБД . Если в результ ате моделирования обнаружилось , что ни одна из выделенных СУБД не позволила получ ить приемлемый вариант , то сокращается набо р требований , предъявляемых к информационной системе , либо использ у ется самос тоятельно разработанная система управления БД , ориентированная на конкретное применение . Если же получено несколько приемлемых моде лей БД , то они подлежат сравнительному анализу на следующем шаге проектирования . Сравнительный анализ мо дели БД . Перед тем как приступить к сравнительному анализу моделей БД (а , следовательно , и к окончательному выбору СУБД ), необходимо выделить набор факторов , по которым будут оцениваться рассматриваемы е варианты . Не претендуя на полнот у , приведем перечень наиболе е часто используемых факторов оценки моделей базы данных : • требуемые объемы осно вной и дисковой памяти ; • трудоемкость разработки программных средств окружения СУБД ; • трудоемкость реализации приложений ; • затраты на обучение персонала ; • стоимость экспл уа тации , информационной системы ; • возможность совмещения разработки БД с ранее выполненными прог раммными реализациями ; • прогнозируемые сроки реализации информационной системы. Для каждого фактора ре комендуется определить количественную оценку . Н апример, для фактора «возможность совмеще ния разработки с ранее выполненными програ ммными реализациями» в роли количественной оценки могут выступить трудозатраты на создание соответствующих программных интерфейсов или стоимость повторных программных реализац ий. Пр оектирование реализ ации . Последний , третий э тап проектирования состоит из двух шагов : конструирования схемы базы данных , а так же разработка программного обеспечения и т ехнологии ведения информационной системы. Конструирование схемы БД. На этом шаге проек тирования окончательно уточняются все параметры логической и физической организации БД. Разработка технологии вед ения ИС. Разрабатывается набор технологических инст рукций для службы администратора БД . Эти инструкции охватывают все процессы , выполняемые на стадиях реализации и эксплуатации инфо рмационной системы . В первую очередь это : • ввод информации в систему ; • защита данных ; • управление использованием данных ; • управление эффективностью системы. Программное обеспечение те хнологии ведения ИС составляют сервисные средства , необходимые для выполнения больш инства процессов , включенных в технологию . Э то могут быть стандартные программные прод укты (из состава СУБД или независимо по ставляемые ) либо оригинальные программные разра ботки . Определяя п рограммное обеспече ние , оговаривается его состав , а для ор игинальных программ разрабатываются их алгорит мы. ТЕХНОЛОГИЯ ВЕДЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ Ввод информации , в си стему . Информация , хранимая и используемая в системе , включает в себя нормативно-с правочные сведения боль шинства приложений , а также сведения , поступ ающие в систему при выполнении приложений , в том числе и в реальном масштаб е времени . Последний , вид информации характе ризуется более коротким сроком существования , чем нормативно справочн а я инфор мация . В информационной системе для учебног о заведения (как и в нашем случае ) к нормативно-справочным относятся сведения о преподавателях , учебных планах , студентах а ко второй разновидности — сведения о расписании , посещаемости занятий , об аттес т ации студентов . Очевидно , если состав преподавателей , списки студентов и у чебные планы в течение года не меняютс я , то информация второй разновидности корре ктируется ежедневно . Её загрузка и корректи ровка осуществляются конечными пользователями при выполн е нии функциональных прил ожений . Защита данных. Технология ведения информационн ой системы должна предусматривать набор ме р по обеспечению различных аспектов защиты данных . Для защиты данных от сбоев оборудования и физического разрушения снимаю тся копии данн ых и ведется журналь ный файл . Инструкции по выполнению программ ы восстановления текущего состояния БД раз рабатываются для обеспечения защиты данных от программных сбоев и некорректных изм енений . При использовании СУБД , не имеющих механизма процедур , в н абор программных средств разработчик м ожет включить оригинально разработанную програ мму проверки полноты корректности базы данных . Такая программа будет выполняться в п ромежутке между сеансами обработки данных. Полнота и корректность означают наличие в ба зе данных всех записей , без которых не могут норм ально функционировать приложения . Кроме того , подразумевается корректность установленных ассоц иаций , а также содержимого полей , введенных для поддержки разнообразных зависимостей между данными . В алгоритм э т ой программы закладываются такие виды контро ля , которые эффективно выполняются автоматическ и . Тем самым облегчается обслуживание базы данных , упрощаются алгоритмы многих прилож ений за счет исключения из них процеду р проверки корректности обрабатываемых да н ных. Для программы проверки полноты и корректности БД должны быть разработаны технологические инструкции по ее выполнению , оговорены правила исправления выявленных ошибок . Защита данных в БД от несанкционированного доступа выполняется обычными средства ми СУБД , а также с редствами корректировки «замков управления» до ступом и замены программ кодирования-декодирова ния . Соответствующие рекомендации для администр атора БД следует разработать на стадии эксплуатации системы. Управление использованием данных . Т ехнология ведения информационной системы должна предус матривать механизм учета пользователей и п риложений . Для этой цели могут использовать ся словари-справочники данных . Кроме того - с ведения об использовании данных и обращени ях конечных пользователей к ИС должны фиксироваться в журнальном файле . С ервисные программы обработки журнального файла позволят администратору БД получить разно образные протоколы использования данных. На стадии эксплуатации администратор БД должен разработать график взаимодействия по льзователей с систем ой , позволяющий обеспечить нормальное функциони рование ИС и по возможности не допусти ть конфликтных ситуаций. Управление эффективностью функционирование системы . Периодически при эксплуатации системы админист ратор БД оценивает параме тры эффективн ости её функционирования . Для этой цели используются стандартные или оригинально раз работанные сервисные программы , позволяющие пол учить сведения о затратах и наличии ре сурсов внешней памяти , реактивности систем ы , сведения о частоте использо вания данных и др . На основании этих сведе ний администратор БД принимает решения об изменениях параметров схем или о пров едении реорганизаций. ПОСТАНОВКА ЗА ДАЧИ . С учетом того , что на данный момент времени научно-технический прогресс значительно ускор яется , а деканату приходиться , что называется “ вручную ” работать со значительными объемами информации это приводит к необходимости разработки более сове ршенных методов обработки информации : автоматизации учебного пр оцесса. О сновные направления автоматизаци и состоят в минимизации затрат ручного труда и сн ижении трудоемкости . В состав контрольной з адачи «Деканат» входят следующие структурные компоненты , каждый из которых наделён пр исущими ему свойствами , в данном случае полями (рис 2.). Структура объе кта органи зована таким образом , чтобы в условиях ведения учета , контроля и анализа с пр именением информационной системы функция обраб отки данных были отдалены от пользователя , и существовала в форме , которая челов еком непосредственно не воспринимается . П р и этом возникает необходимость приведения выходной информации к виду , п ригодному к восприятию пользователя. Организация труда и функ ции пользователя. Пользователь в рамках документирования осуществляют следующие функции : - собственно регистр ацию перв ичной учетной информации путе м набора ее на клавиатуре ; - выполнение процедур на чала и завершения каждого сеанса автоматизированной ре гистрации первичной информации ; - восприятия и а н ализ сообщений комплекса сообщений ко мплекса выдаваемых данных на диспле й в процессе автоматизированного документирова ния ; - отображение необходимой информации в «человекочитаемой» форме ; В общ ем виде методологические асп екты должн ы отражать следующие вопросы : машинное формирование перв ичной информации в документах и на маш инные носители ; машинное ведение учета поступающих данных ; машинная передача результа тной информации для её использования . Базы данных. Структу ра баз данных реляционная , то есть состоит из колонок и записей. Так как программа в бу дущем будет реализована на FoxPro , то скорость обращения к БД довольно высока . Выше приведено описание СУБД , поддерживающие ре ляционную модел ь данных . Приведены основны е функции и команды Fox Pro 2.0. ХОД РЕШЕНИЯ КОНТРОЛЬНОЙ ЗАДАЧИ. В данной работе предпринята попытка автоматизации учебного п роцесса - контрольная задача «Деканат» , которая представляет собой БД для работы со списками студентов , преподават елей , вхо дящих в состав нашего факультета . Работа с БД реализован а с помощью функций работы с БД , о сновывающихся на встроенном наборе функций языка FoxPro 2.0 Порядок решения данной задачи : 1) Ознакомление с пр едметной областью. 2) Изучение процесса п роектирования и системы управления ба зами данных. 3) Разработка структуры данной задачи . 4) Сбор информации н а различных факультетах и в ректорате , нео бходимой для создания универсальной программы для всего университета. 5) Подготовка отчёта. ЗАКЛЮЧЕНИЕ В проц ессе решения данной задачи были изучены процесс проектирования и набор функций языка FoxPro 2.0, разработана структура данно й задачи . Еще одна задача состоит в разработке новых ИС с тем , чтобы появилась возможность испол ьзовать эти системы в дальнейшем не только для нашего деканата , а и во всем университете . Т . е . необходимо усовершенствовать прог рамму , сделать её универсальной. Возникает необходимость все более интенсивно при влекать в этот процесс современные средс тва вычислительной техники . Их использование позволит ускорить обработку информации и снизить веро ятность возникновения ошибок . При этом для эффективного использования подо бных систем необходимо использование современной вычислительной техники и с оот ветствующего программного обеспечения . ЛИТЕРАТУРА 1) ПоповА.А . Пр ограммирование в среде СУБД Fox Pro 2.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) w ww . 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 -сайт ФЦП « Электронная Россия ». ПРИЛОЖЕНИЯ
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Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
- Рабинович, как ваш Windows95?
- Hе дождетесь...
Anekdot.ru

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

Обратите внимание, реферат по программированию "Fox Pro - реляционная модель данных", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

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


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