Северо-Осетинский Государственный Университет им. К. Л. Хетагурова
Отчёт
По производственной практике
Выполнила: студентка 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 гг.". И требуется детальное обсуждение
этих проблем. Выражаем надежду, что проект "Электронная Россия" станет
удобной площадкой для начала такого обсуждения, в котором смогут принять
участие не только специалисты, представляющие государственный аппарат и
российский ИТ-рынок, но и все, кто осознает степень важности поставленных
программой вопросов.
РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ
В соответствии с реляционной моделью база данных представляется в виде
совокупности таблиц, над которыми могут выполняться операции, формулируемые
в терминах реляционной алгебры и реляционного исчисления. В реляционной
модели операции над объектами базы данных имеют теоретико-множественный
характер.
Концепции реляционной модели данных связаны с именем известного специалиста
в области систем баз данных Е. Кодда. Именно поэтому реляционную модель
данных часто называют моделью Кодда.
ОРГАНИЗАЦИЯ ДАННЫХ
Слово «реляционная» происходит от английского relation — отношение. Для
пояснения математического понятия «отношение» вспомним два определения.
Декартово произведение. Пусть D1, D2,…D n — произвольные конечные
множества и не обязательно различные. Декартовым произведением этих
множеств D1 Х D2 Х … Х D n -называется множество n-к вида: < d1 , d2 , …, d n >, где d1 принадлежит D1, d2 — D2 ,
а d n -D n .
Рассмотрим простейший пример. Пусть первое множество состоит из двух
элементов D1= {а1, а2}, второе—из трех: D2 ={b1, b2, b3}, Тогда их
декартово произведение есть: D1 Х D2 = {а1 b1 ,а1 b2, а1b3, а2 b1, а2
b2, а2b3}.
Отношение. Отношением R, определенным на множествах D1, D2,…D n ,
называется подмножество декартова произведения D1 Х D2 Х … Х D n . При
этом множества D1, D2,…D n называются доменами отношения, а элементы
декартова произведения - кортежами отношения. Число n определяет степень
(арность) отношения, а количество кортежей - его мощность.
Отношения удобно представлять в виде таблиц. При этом строки таблицы
соответствуют кортежам, а столбцы - атрибутам. Каждый атрибут определен на
некотором домене. Доменом называют множество атомарных значений. Несколько
атрибутов отношения могут быть определены на одном и том же домене. Атрибут
определяет роль домена в отношении.
Атрибуты разных отношений также могут быть определены на одном и том же
домене.
Атрибут, значения которого идентифицируют кортежи, называется ключом
(ключевым атрибутом).
В некоторых отношениях кортежи идентифицируются конкатенацией значений
нескольких атрибутов. Тогда говорят, что отношение имеет составной ключ.
Отношение может содержать и несколько ключей. Один из ключей отношения
объявляется первичным. Значения первичного ключа не могут обновляться. Все
прочие ключи отношения называются возможными ключами.
Отметим важную особенность реляционной модели данных. Если в сетевых и
иерархических моделях данных для отражения ассоциаций между записями
использовались групповые отношения, то в реляционной модели данных такого
понятия не существует. Для отражения ассоциаций между кортежами отношении
используется дублирование их ключей.
Атрибуты, представляющие собой копии ключей других отношений, называются
внешними ключами.
Перечень атрибутов отношения и его свойства определяет схему отношения. Два
отношения называются односхемными, если они построены но единой схеме.
Первоначальная модель Кодда содержала небольшой набор средств ограничения
целостности: не допускались кортежи с одинаковыми значениями первичного
ключа и обеспечивалась возможность наложения ограничений на значения
доменов и, следовательно, атрибутов. Механизмов поддержания семантики
ассоциаций (речь идет о таких ограничениях целостности, как режим включения
и класс членства) в реляционной модели нет. Отношения существуют независимо
друг от друга, хотя между кортежами этих отношений возникают порой
достаточно сложные ассоциации.
Неразвитость средств ограничения целостности послужила толчком к
последующему развитию модели Кодда, которое получило название расширенной
реляционной модели данных. Последняя предполагает поддержку ряда служебных
отношений, хранящих сведения об ассоциациях предметной области, а процедуры
обработки пользовательских отношений учитывают эти сведения. Расширенная
модель Кодда представляет существенно более развитые средства для поддержки
ограничений целостности.
ОПЕРАЦИИ НАД ДАННЫМИ
К операциям обновления БД относятся запоминание новых кортежей, удаление
ненужных, корректировка значении атрибутов существующих кортежей.
Операция ВКЛЮЧИТЬ требует задания имени отношения и предварительного
формирования значений атрибутов нового кортежа. Обязательно должен быть
задан ключ кортежа. Включение не будет выполнено, если ключ имеет
неуникальное значение.
Операция УДАЛИТЬ также требует наименования отношения, а также
идентификации кортежа или группы кортежей, подлежащих удалению.
Операция ОБНОВИТЬ выполняется для названного отношения и может
корректировать как один, так и несколько кортежей отношения.
Далее рассмотрим основные операции обработки отношений. Отличительная
особенность этих операций заключается в том, что единицей обработки в них
являются не кортежи, а отношения. Другими словами, на входе каждой операции
используется одно или несколько отношений, а результат выполнения операций
— новое отношение.
Смысл любой обработки реляционной базы данных состоит либо в обновлении
существующих отношений, либо в создании новых, поскольку результат всякого
запроса к БД есть не что иное, как построение нового отношения,
удовлетворяющего условиям выборки.
Операция ОБЪЕДИНЕНИЕ (С1 = А U В) предполагает, что на входе задано два
односхемных отношения А и В. Результат объединения есть построенное по той
же схеме отношение С, содержащее все кортежи А и все кортежи отношения В.
Операция ПЕРЕСЕЧЕНИЕ (С2=А U В) предполагает на входе два односхемных
отношения А и В. На выходе создается отношение по той же схеме, содержащее
только те кортежи отношения А, которые есть в отношении В.
Операция ВЫЧИТАНИЕ (С3=А-В). Все три отношения строятся по одной схеме. В
результирующее отношение С3 включаются только те кортежи из А, которых нет
в отношении В.
Операция ДЕКАРТОВО ПРОИЗВЕДЕНИЕ (С4=А X В). Ее важное отличие от
предшествующих состоит в том, что отношения А и В могут быть построены по
разным
схемам, а схема отношения С4 включает все атрибуты отношении А и В.
Операция ВЫБОРКА (горизонтальное подмножество). На входе операции
используется одно отношение. Результат выборки есть новое отношение,
построенное по той же схеме, содержащее подмножество кортежей исходного
отношения, удовлетворяющих условию выборки.
Операция ПРОЕКЦИЯ (вертикальное подмножество). На входе операции
используется одно отношение. Результирующее отношение включает подмножество
атрибутов исходного. Каждому кортежу исходного отношения соответствует
такой кортеж в результирующем отношении, что значения одинаковых атрибутов
этих двух кортежей совпадают. Но при этом в результирующем отношении
кортежи-дубликаты устраняются, в связи с чем мощность результирующего
отношения может быть меньше мощности исходного.
Операция СОЕДИНЕНИЕ. На входе операции используется два отношения;
обозначим их А и В. В каждом из отношений выделен атрибут, по которому
будет осуществляться соединение; предположим, это атрибуты А1 и Б2). Оба
атрибута должны быть определены на одном и том же домене. Схема
результирующего отношения включает все атрибуты А и все атрибуты отношения
В. Допускается, чтобы в схеме результирующего отношения вместо двух
атрибутов, по которым выполняется соединение, был представлен только один.
Операция СОЕДИНЕНИЕ похожа на декартово произведение. Отличие состоит в
том, что декартово произведение предполагает сцепление, каждого кортежа из
А с каждым кортежем из В, а в операции соединения кортеж из отношения А
сцепляется только с теми кортежами из В, для которых выполнено условие:
В1=А1.
Операция ДЕЛЕНИЕ. На входе операции используется два отношения А и В. Пусть
отношение А, называемое делимым, содержит атрибуты (А1,А2, ...,Аn).
Отношение В – делитель -содержит подмножество атрибутов А; положим,
(А1,А2, ...,Аk), где (kY.
Полная функциональная зависимость. Говорят, что неключевой атрибут
функционально полно зависит от составного ключа, если он функционально
зависит от ключа, но не находится в функциональной зависимости ни от какой
части составного ключа.
Вторая нормальная форма. Отношение находится во второй нормальной форме,
если оно находится в первой нормальной форме и каждый неключевой атрибут
функционально полно зависит от составного ключа.
Чтобы отношение привести ко второй нормальной форме, необходимо:
а) построить его проекцию, исключив атрибуты, которые не находятся в полной
функциональной зависимости от составного ключа;
б) построить дополнительно одну или несколько проекций на часть составного
ключа и атрибуты, функционально зависящие от этой части ключа.
Транзитивная зависимость. Пусть 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 5000,
R:base System V, R:base for DOS, R:base 3.0)фирмы Microrim, система DB2
фирмы IBM 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- серверами в локальных сетях пЭВМ.
Из всего вышеизложенного можно сделать вывод что СУБД FoxPro 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 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 и
возвращает управление операционной системе.
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