БД (Visual FoxPro)на примере БД "Отдел кадров"
Этапы проектирования информационной системы и основные требования к ней. Описание интерфейса баз данных, тестовых и сетевых. Построение концептуальной модели и написание приложения с помощью FoxPro. Пользовательское меню, отчеты и дополнения базы данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 03.06.2014 |
Размер файла | 681,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Введение
приложение пользовательский интерфейс информационный
Базы данных - это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия.
Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять.
Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию, начиная от даты рождения и заканчивая подробным описанием кулинарного рецепта. Однотипные поля разных записей образуют столбец таблицы.
Создав одну таблицу, вы уже получаете полноценную базу данных. Однако в реальной жизни структуры баз данных, а соответственно и способы их создания, намного сложнее.
В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий.
В информационном обществе доминирует производство информационного продукта, а материальный продукт становится более информационно емким. Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству. В результате появились противоречия между ограниченными возможностями человека по восприятию и переработке информации и существующими массивами хранящейся и передаваемой информации.
Возникло большое число избыточной информации, в которой иногда трудно сориентироваться и выбрать нужные сведения.
Для решения подобных проблем применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия. За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.
1. Этапы проектирования БД
Этапам реализации баз данных соответствуют уровни описания предметной области: реальность в том виде, как она существует; концептуальное описание реальности; представление описания в виде формального текста и физическая реализация БД на машинных носителях.
Для ввода в ПК полученное описание должно быть представлено в терминах специального языка описания данных, который входит в комплекс средств СУБД.
Простое (элементарное) данное - это наименьшая семантически значимая поименованная единица данных (например, Ф.И.О., должность, адрес и т.д.). Значения простого данного описывает представленную им характеристику объекта для каждого экземпляра объекта. Имена простых данных хранятся в описании БД, в то время как их значения запоминаются в самой БД.
Совокупность простых данных можно объединить в составное данное двумя способами. Во-первых, можно соединить несколько разнотипных данных. Например, данное Отдел Кадров состоит из данных Ф.И.О., Sex, Favorite, Hobby, Email. По этому принципу образуется структурное данное или данное типа структура. Описание структуры состоит из перечисления ее составных частей, значение - из значений составляющих ее данных. Во-вторых, составное данное может объединять совокупность однотипных данных (список сотрудников, послужной список сотрудника и т.п.). Составное данное этого типа называется массивом. В описании массива достаточно указать описание одного элемента, значение массива представляется однородным списком значений его элементов.
В общем случае составные данные представляют собой объединенную под одним именем совокупность данных любых типов, в том числе структур и массивов, с произвольной глубиной вложенности составных данных
Элементы массива могут идентифицироваться ключом - данным, значения которого взаимно однозначно определяют экземпляры элементов.
Составные типы данных представляют иерархические связи значений данных в БД. Представление предметной области в виде структур данных с иерархическими связями носит название иерархической модели данных. В общем случае в базе могут быть определены также сетевые связи, позволяющие описать сеть - ориентированный граф произвольного вида. Представление предметной области в виде сетевых структур данных общего вида называется сетевой моделью данных. Сетевые связи реализуются путем отождествления отдельных данных БД.
Процесс построения концептуального описания с учетом всех необходимых факторов называется процессом проектирования БД.
2. Обследование предметной области
Для более эффективного управления производством фирма разрабатывает стратегический план, который затрагивает всю деятельность организации, в том числе и управление персоналом. И здесь главным элементом, определяющим направление деятельности, является кадровая политика.
Кадровая политика включает разработку общих принципов и определение приоритетов целей в области управления персоналом; планирование потребности в трудовых ресурсах и путей формирования штатов; создание поддержку системы движения кадровой информации; определение принципов распределения средств; обеспечение эффективной системы стимулирования труда; политику развития персонала.
К функциям отдела кадров относится принятие и увольнение сотрудников, составление различных приказов и табеля рабочего времени, оформление, текущей учет документации по движению кадров, нормативный контроль по КЗОТу правильных формулировок приказов и распоряжений по отделу кадров, получение и ведение дополнительной информации о работнике, не нормативный по отделу кадров, но на сегодняшний день закрепленный за ним (это данные о пенсионерах, инвалидах, и т.п.) и т.д.
Принимая сотрудника на работу, фирма заключает с ним трудовой договор, в котором содержится информация различного рода, например: какого числа он был принят на работу, в качестве кого, размер его заработной платы, табельный номер сотрудника, условия работы, информация о том сколько раз он может уходить в отпуск, оплачиваемый ли больничный, проезд или отпуск и т.д.
После официального принятия на работу на сотрудника заводится личная карточка. Личная карточка может содержать фамилию, имя и отчество сотрудника, его дату рождения, паспортные данные, место прописки и проживания, состав семьи и т.д.
В течение работы сотрудник может ездить в командировки, ходить на курсы повышения квалификации, уходить в отпуска, болеть, так же сотрудник может быть материально ответственным лицом, увольняться. На всё вышеперечисленное составляются специальные приказы, которые содержат разного рода информацию.
Приказ об уходе сотрудника в командировку содержит в себе табельный номер сотрудника, место, куда он уезжает и время, за счет, чьих средств и т.д.
Приказ об уходе на больничный составляется отделом кадров в том случае, если сотрудник был в этот момент в отпуске. В противном случае больничный регистрируется вручную в специальном журнале.
Приказ о повышении квалификации называется переводом. Фирма может, как сама отправлять сотрудника на курсы, так и сотрудник может самостоятельно их посещать. В последнем случае сотрудник обязан будет представить специальный документ, который будет свидетельствовать о том, что данный человек действительно прошел эти курсы.
На основании командировок, больничных и отпусков отделом кадров составляется табель рабочего времени. Табель рабочего времени представляет собой список всех сотрудников, с указанием занимаемых ими должностями, число дней, которое сотрудник должен был отработать, число фактически отработанных сотрудником дней, число выходных и количество дней в которых сотрудник был в командировках, отпусках или болел. Табель рабочего времени составляется раз в месяц.
Увольнение сотрудника происходит либо на основании личного заявления сотрудника, либо из-за нарушения правил трудового договора. После официального подписания приказа сотрудник обязан отработать на данном предприятии еще две недели.
3. Интерфейс с БД
Интерфейс определяет переход от представления данных в БД к представлению, принятому среди пользователей, и обратно. В общем случае пользователи представляют данные в виде документов различных видов, от произвольных текстов до справок и таблиц фиксированного формата.
Интерфейс доступа конечного пользователя охватывает комплекс технических, организационных и программных решений, обеспечивающих в итоге унифицированность, хорошую понимаемость и надежность взаимодействия конечного пользователя с различными моделями персональных компьютеров.
Под документом понимается произвольный структурированный текст, который может быть представлен на алфавитно - цифровых печатающих устройствах. При этом под структурой текста понимается структура взаимосвязей данных, составляющих текст.
В процессе проектирования, как правило, возникает необходимость точного учета структур документов. Для полного представления этих структур могут использоваться средства описания данных БД. Тем самым облегчается процесс сопоставления БД и документов при организации интерфейса.
Совместная реализация БД и интерфейса на единой концептуальной основе предполагает сопоставление соответствующих понятий концептуального описания с понятиями пользователей.
Конкретные функциональные требования пользователей и предполагаемое их обеспечение отображаются понятием пользовательского представления данных. В общем случае пользовательское представление включает так называемое локальное внешнее представление функций обработки данных, а также определение форматов входных и выходных данных.
База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области;
- система управления базами данных (СУБД) - совокупность языковых и программных средств, предназначенных для создания, ведения и совместного применения БД многими пользователями;
- банк данных (БнД) - основанная на технологии БД система программных, языковых, организационных и технических средств, предназначенных для централизованного накопления и коллективного использования данных;
- информационная система (ИС) - система, реализующая автоматизированный сбор, обработку и манипулирование данными и включающая технические средства обработки данных, программное обеспечение и соответствующий персонал.
Функционально - полная СУБД должна включать в свой состав средства, обеспечивающие потребности пользователей различных категорий на всех этапах жизненного цикла систем БД: проектирования, создания, эксплуатации.
4. Базы данных
Текстовые базы данных
Объектами хранения в текстовых БД являются тексты. Под текстом будут пониматься неструктурированные данные, построенные из строк.
Основной целью любой текстовой БД является хранение, поиск и выдача документов, соответствующих запросу пользователя. Такие документы принято называть релевантными. Ввиду того, что автоматизированный поиск документов на естественных языках достаточно затруднен, возникает вопрос о проектировании некоторых формальных языков, предназначенных для отображения основного смыслового содержания документов и запросов в БД.
Такие языки называют информационно-поисковыми. В настоящее время разработано достаточно большое количество информационно-поисковых языков, которые отличаются не только по своим изобразительным свойствам, но и по степени семантической силы.
В основе подхода к построению классификационных языков лежит представление о том, что накопленные знания могут быть разделены на взаимоисключающие классы и подклассы. Существует система правил, которой должен подчиняться любой язык классификационного типа, в частности:
Деление отраслей знаний на классы и подклассы проводится по одному основанию;
Подклассы должны исключать друг друга;
При делении классов на подклассы должна соблюдаться непрерывность.
Информационно - поисковые языки, получившие название дескрипторных, основаны на применении принципов координатного индексирования, при котором смысловое содержание документа может быть с определенной степенью точности и полноты задано списком ключевых слов, содержащихся в тексте.
Дескрипторные языки привязаны к лексике текстов. Ключевые слова из текстов выбираются исходя из разных целей, соответственно, критерии выбора могут различаться. Для построения дескрипторного языка критерием отбора ключевых слов, как правило, служат информативность слова и частота его встречаемости в тексте.
Универсальными структурами дескрипторного языка являются лексические единицы, парадигматические и синтагматические отношения.
Лексическая единица - наименьшая смысловая единица, задаваемая при построении языка.
В большинстве автоматизированных информационных систем при индексировании документов и запросов применяется контроль с помощью тезауруса. Контроль может осуществляться в автоматизированном или ручном режиме. По сути дела тезаурус представляет собой словарь - справочник, в котором присутствуют все лексические единицы дескрипторного информационно поискового языка с введенными парадигматическими отношениями. Парадигматические отношения могут задаваться как:
Отношения вид - род (вышестоящий дескриптор);
Отношения род - вид (нижестоящие дескрипторы);
Синонимы;
Ассоциативные связи
В тезаурусы помещаются дескрипторы и недескрипторы, хотя существуют тезаурусы только из дескрипторов.
Как дескрипторы, так и недескрипторы приводят к единой грамматической форме. Как правило, дескрипторы употребляются в форме существительных или именных словосочетаний. Тезаурус может быть построен по принципу дескрипторных статей, состоявших из заглавного дескриптора и списка дескрипторов и недескрипторов с обозначением парадигматических отношений. Тезаурус может быть двуязычным. В этом случае эквивалентный дескриптор на иностранном языке должен быть обозначен.
Парадигматические отношения представляют собой внетекстовые отношения между лексическими единицами. На их основании происходит группировка лексических единиц в парадигмы.
Синтагматические отношения представляют собой отношения лексических единиц в тексте, т.е. они выражают семантику контекста.
При переводе основного смыслового содержания документов и запросов с естественного языка на дескрипторный информационно - поисковый язык существуют определенные правила, называемые системой индексирования. Результатом перевода документа является поисковый образ документа, а запроса - поисковый образ запроса.
Сетевые базы данных
Одним из наиболее эффективных методов представления знаний являются сетевые модели.
В основе моделей лежит понятие сети, вершинами которой являются понятия, соответствующие объектам, событиям, процессам, явлениям, а дугами - отношения между этими понятиями.
Узлы и связи можно наглядно изображать в виде диаграмм.
Если вершины сети не имеют своей внутренней структуры, то сеть будет простой. Если же вершины обладают некоторой структурой в виде сети, то сеть называется иерархической. Если отношения между вершинами одинаковые, то сеть однородна, в противном случае - сеть неоднородна. Характер отношений, приписываемый дугам, может быть различен. В соответствии с этим выделяют следующие типы сетей:
Функциональные сети отражают декомпозицию определенной вычислительной или информационной процедуры, а дуги показывают функциональную связь между декомпонированными частями; этот язык недостаточно богат для представления знаний;
Сценарии, представляющие собой однородные сети с единственным отношением в виде нестрогого порядка. Семантика отношений может быть различной. Отношение может трактоваться как классифицирующее, временное и т.п. Сценарии часто используются при формировании допустимых планов по достижению цели;
Семантические сети используют отношения разных типов, а вершины в них могут иметь разную интерпретацию, По сути дела семантическая сеть является классом, в который включаются как сценарии, так и функциональные сети. Наиболее часто используются в сети связи типа «это есть». Они позволяют построить в виде сети иерархию понятий, в которых узлы низших уровней наследуют свойства узлов более высоких уровней. Именно таким механизмом переноса свойств обусловлена эффективность семантических сетей.
5. Анализ предметной области и запросов к БД
На данном этапе необходимо проанализировать запросы пользователей, выбрать информационные объекты и их характеристики и на основе анализа структурировать адресной книги.
Анализ адресной книги целесообразно разбить на три фазы:
Анализ концептуальных требований и информационных потребностей;
Выявление информационных объектов и связей между ними;
Построение концептуальной модели адресной книги и проектирование концептуальной схемы БД
Анализ концептуальных требований
На этапе анализа концептуальных требований и информационных потребностей необходимо решить следующие задачи:
Анализ требований пользователей к БД (концептуальных требований);
Выявление имеющихся задач по обработке информации, которая должна быть представлена в БД (анализ приложений);
Выявление перспективных задач (перспективных приложений);
Документирование результатов анализа.
Требования пользователей к разрабатываемой БД представляют собой список запросов с указанием их интенсивности и объемов данных. Эти сведения разработчики получают в диалоге с будущими пользователями БД. Здесь же выясняются требования к вводу, обновлению и корректировке информации. Требования пользователей уточняются и дополняются при анализе имеющихся и перспективных приложений.
Выявление информационных объектов и связей между ними
Вторая фаза анализа адресной книги состоит в выборе информационных объектов, задании необходимых свойств для каждого объекта, выявлении связей между объектами, определении ограничений, накладываемых на информационные объекты, типы связей между ним, характеристики информационных объектов.
При выборе информационных объектов необходимо ответить на ряд вопросов:
1. На какие таблицы можно разбить данные, подлежащие хранению в БД?
2. Какое имя можно присвоить каждой таблице?
3. Какие наиболее интересные характеристики (с точки зрения пользователя) можно выделить?
4. Какие имена можно присвоить выбранным характеристикам?
В ходе этого процесса необходимо ответить на следующие вопросы:
Какие типы связей между информационными объектами?
Какое имя можно присвоить каждому типу связей?
Каковы возможные типы связей, которые могут быть использованы впоследствии?
Попытка задать ограничения на объекты, их характеристики и связи приводит к необходимости ответа на следующие вопросы:
Какова область значений для числовых характеристик?
Каковы функциональные зависимости между характеристиками одного информационного объекта?
Какой тип отображения соответствует каждому типу связей?
5. Построение концептуальной модели
В простых случаях для построения концептуальной схемы используют традиционные методы агрегации и обобщения. При агрегации объединяются информационные объекты (элементы данных) в один в соответствии с семантическими связями между объектами.
Выбор модели диктуется прежде всего характером предметной области и требованиями к БД. Другим немаловажным обстоятельством является независимость концептуальной модели от СУБД, которая должна быть выбрана после построения концептуальной схемы.
Модели «сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными.
Под сущностью понимают основное содержание того явления, процесса или объекта, о котором собирают информацию для БД. В качестве сущности могут выступать место, вещь, личность, явление и т.д. При этом различают тип сущности и экземпляр сущности. Под типом сущности обычно понимают набор однородных объектов, выступающих как целое. Понятие «экземпляр сущности» относится к конкретному названию.
Теперь можно перейти к проектированию информационной (концептуальной) схемы БД (атрибуты сущностей на диаграмме не показаны) (рис. 9).
Логическое проектирование
Логическое проектирование представляет собой необходимый этап при создании БД. Основной задачей логического проектирования является разработка логической схемы, ориентированной на выбранную систему управления базами данных. Процесс логического проектирования состоит из следующих этапов:
Выбор конкретной СУБД;
Отображение концептуальной схемы на логическую схему;
Выбор языка манипулирования данными.
Выбор конкретной СУБД
Одним из основных критериев выбора СУБД является оценка того, насколько эффективно внутренняя модель данных, поддерживаемая системой, способна описать концептуальную схему. Системы управления базами данных, ориентированные на персональные компьютеры, как правило поддерживают реляционную или сетевую модель данных. Подавляющее большинство современных СУБД - реляционные.
Конструирование баз данных на основе реляционной модели имеет ряд важных преимуществ перед другими моделями
Независимость логической структуры от физического и пользовательского представления.
Гибкость структуры базы данных - конструктивные решения не ограничивают возможности разработчика БД выполнять в будущем самые разнообразные запросы.
Так как реляционная модель не требует описания всех возможных связей между данными, впоследствии разработчик может задавать запросы о любых логических взаимосвязях, содержащихся в базе, а не только о тех, которые планировались первоначально.
Отображение концептуальной схемы на логическую схему
При отображении информационной схемы, каждый прямоугольник схемы отображается в таблицу, которая является одним отношением. При этом следует учитывать ограничения на размер таблиц, которые накладывает конкретная СУБД.
Выбор языка манипулирования данными
Важной составной частью СУБД является язык манипулирования данными, который используется при работе различных приложений с БД. Как правило, язык манипулирования данными встраивается в язык программирования. Кроме того, при выборе СУБД, реализующей конкретную БД, необходимо оценить и техническую сторону дела, которая непосредственно связана с производительностью системы. В целом необходимо оценить семь групп параметров для выбора СУБД:
Характеристики ПК: тип, модель, фирма производитель, наличие гарантии.
Управление файлами и поиск: тип связи, модификация нескольких файлов, двунаправленное соединение таблиц, язык манипулирования данными, тип поиска.
Средства поддержки приложений: каталог данных, генератор приложений, процедурный язык, подпрограммы, макросы, отладчик, система поддержки исполнения, шифровка программ и данных, разграничения доступа, графика, текстовый редактор, статистика.
Ввод и поддержка целостности: управление с помощью команд, управление с помощью меню, проверка целостности по таблице, проверка уникальности ключа, проверка по дате, независимость данных.
Отчеты: отчеты по нескольким файлам, сохранение форматов отчетов, выдача отчета на экран, выдача отчета на магнитный носитель, вычисляемые поля, группы, переопределение формата даты, заголовки отчетов, генератор отчетов, итоговые поля, максимальная ширина отчета.
Операционная среда: тип операционной системы, объем требуемой оперативной памяти, необходимость использования постоянной памяти, объем требуемой постоянной памяти, язык подсистемы.
Дополнительные сведения: наличие сетевого варианта, стоимость, примечание, источники.
6. Написание приложения на FoxPro
Visual FoxPro
Выбор технических и программных средств реализации БД
Visual FoxPro является постоянно развивающейся системой. По сравнению с предыдущей версией, в Visual FoxPro 9.0 сделан еще один шаг в расширении функциональных возможностей системы, улучшены имеющиеся средства, касающиеся интерфейса среды разработки.
Visual FoxPro 9.0 поддерживает технологию IntelliSense, облегчающую создание программного кода. Суть данной технологии состоит в том, что при вводе операторов, свойств и функций FoxPro предлагает на выбор возможные варианты написания. Это уменьшает количество вводимого вручную кода и избавляет разработчика от необходимости лишний раз обращаться к документации. Технология IntelliSense Visual FoxPro содержит следующие функции:
- показывает список допустимых дочерних объектов (свойств, событий, методов) для указанного объекта. Для СОМ-объектов информация считывается из библиотеки типов;
- показывает окно подсказки, содержащее список допустимых параметров или аргументов для команд, функций, свойств, методов и событий.
В редактор Visual FoxPro были добавлены следующие возможности:
- использование для выделения текста на выбор пробела или табулятора с настраиваемыми параметрами;
- настройка строк комментария;
- поддержка в редакторе гиперссылок на Web-страницы или документацию;
- поддержка Dirty File Indicator для отображения времени внесения изменений в код;
- удобная установка точек прерывания в программном коде;
- использование закладок для быстрого возврата на нужный фрагмент кода.
Для настройки параметров редактора используются новые вкладки Editor (Редактор) и IDE (Интерактивная среда разработки) диалогового окна Options (Параметры), которое открывается при выполнении команды Options (Параметры) из меню Tools (Сервис).
Для облегчения работы пользователя с несколькими окнами, такими как Command (Команда), Properties (Свойства) и окном редактора, Visual FoxPro 8.0 позволяет перемещать и закреплять окна, т.е. манипулировать ими по своему усмотрению. Например, вы можете установить командное окно и окно свойств в одно окно-контейнер и привязать его к правому краю экрана, а окно редактора - в другое окно-контейнер, привязав его к левому краю экрана.
СОМ-компоненты Visual FoxPro могут использовать свойства, события и методы СОМ-интерфейса, определенного в другом СОМ-компоненте. В Visual FoxPro появилось средство Task List (Список заданий), позволяющее пользователю формировать список задач в проекте и управлять их выполнением.
В большинстве случаев для создания элемента управления достаточно перетащить его на форму из панели инструментов. Каждый элемент помещается в определенный раздел формы. В зависимости от типа раздела (Заголовок формы, Область данных и др.) элемент управления будет появляться однажды, отображаться на каждой странице, в каждой группе записей или для каждой записи.
Для запуска мастера выполните одно из следующих действий.
- Выберите в меню Tools (Сервис) команду Wizards (Мастера), а затем в открывшемся меню команды значение Form (Форма).
- Нажмите кнопку Form Wizard (Мастер формы) в диалоговом окне NewForm (Новая форма), открываемом при создании новой формы из окна проекта.
- Нажмите кнопку Wizard (Мастер) в диалоговом окне New (Новый), которое открывается при нажатии кнопки New (Новый) стандартной панели инструментов или выборе команды New (Новый) из меню virtual (Файл).Рассмотрим создание формы с помощью мастера из окна проекта.
1. Откройте базу данных проекта. Для этого на вкладке Data (Данные) установите курсор на ее название и нажмите кнопку Open (Открыть) окна проекта. При этом на стандартной панели инструментов в списке Databases (Базы данных) появится название открытой базы данных.
2. Щелкните на ярлыке Documents (Документы) для перехода на вкладку Documents (Документы) (рис. 2.1).
3. Выберите группу Forms (Формы) и нажмите кнопку New (Новый) окна конструктора проекта. Откроется диалоговое окно New Form (Новая форма) (рис. 2.2).
4. Нажмите кнопку Form Wizard (Мастер формы).
5. После запуска мастера форм на экране открывается диалоговое окно Wizard Selection (Выбор мастера) (рис. 2.3). Значение Form Wizard (Мастер формы) используется для создания однотабличной формы, a One-to-ManyForm Wizard (Мастер форм один-ко-многим) - для нескольких связанных. По умолчанию установлено первое значение. Нажмите кнопку ОК для запуска мастера по созданию однотабличной
Формы
Диалоговое окно New Form
Диалоговое окно для задания типа создаваемой формы: однотабличной или многотабличной
Появляется первое диалоговое окно мастера (рис. 2.4), в котором необходимо указать таблицу, для которой вы создаете форму, и выбрать поля этой таблицы, размещаемые в форме. В области Databases and tables (Базы данных и таблицы) расположены два списка. В верхнем списке содержится перечень открытых баз данных, в нижнем - перечень таблиц выбранной базы. Выберите из верхнего списка необходимую базу данных, а из нижнего - таблицу, для которой создаете форму.
После выбора таблицы список Available fields (Имеющиеся поля) будет содержать перечень всех полей таблицы. Вам необходимо из данного списка перенести в Selected fields (Выбранные поля) поля, которые вы хотите разместить в создаваемой форме. Для переноса полей используйте кнопки, расположенные между списками. После создания списка полей, отображаемых в форме, нажмите кнопку Next (Далее) для перехода к следующему шагу.
В появившемся диалоговом окне мастера следует установить стиль отображения объектов формы и типы кнопок управления (рис. 2.6).
Окно для выбора стиля отображения полей и управляющих кнопок
Для объектов формы мастер предлагает на выбор девять различных вариантов их оформления, которые выбираются из списка Style (Стиль). При выборе каждого из стилей вы можете просмотреть, как будут выглядеть объекты вашей формы, воспользовавшись областью просмотра в верхней части диалогового окна.
Переключатель Button type (Тип кнопки) содержит опции, позволяющие задать тип отображения размещаемых в форме кнопок управления (табл. 2.1).
Опции переключателя Button type
Опция |
Тип отображения |
|
Text buttons (Текстовые кнопки) |
Кнопки управления содержат текстовые надписи |
|
Picture buttons (Графические кнопки) |
Кнопки управления содержат графические изображения |
|
No buttons (Нет кнопок) |
Кнопки управления в форме отсутствуют |
|
Custom (Другие) |
В форме размещается пять кнопок управления: Find(Поиск), Print (Печать), Add (Добавить), Delete (Удалить), Exit (Выход). Перемещение по записям осуществляется с помощью располагаемой в форме линейки прокрутки |
Установите необходимые опции и нажмите кнопку Next (Далее).
На следующем (третьем) шаге задается критерий сортировки данных, отображаемых в форме.
Поля, по которым будет осуществляться упорядочение, вам необходимо разместить в списке Selected fields (Выбранные поля). Для переноса полей из списка Available fields or index tag (Имеющиеся поля и индексы) в список Selected fields (Выбранные поля) можно использовать кнопку Add(Добавить) или мышь. Установите курсор на поле, по значению которого требуется упорядочение данных, и дважды щелкните кнопкой мыши или нажмите кнопку Add (Добавить). Поле будет перенесено в список Selected fields (Выбранные поля). Если вы ошибочно перенесли не то поле, для его удаления из списка Selected fields (Выбранные поля) установите на него курсор и дважды щелкните кнопкой мыши или нажмите кнопку Remove (Удалить). Поле будет возвращено в список Available fields or index tag (Имеющиеся поля и индексы).
Опции Ascending (По возрастанию) и Descending (По убыванию) определяют, по возрастанию или по убыванию будут упорядочиваться данные в указанном поле.
Чтобы перейти к следующему шагу, нажмите кнопку Next (Далее).
На заключительном шаге создания формы с помощью мастера (рис. 2.8) вы можете задать заголовок формы в поле Type a title for your form (Тип заголовка формы), а также указать предполагаемые действия с созданной формой, используя опции, описанные в табл. 2.2.
Задание заголовка формы и выбор одного из возможных вариантов продолжения работы с ней
Таблица 2.2. Опции окна Form Wizard Sfep 4
Опция |
Действие |
|
Save form for later use (Сохранить форму) |
Созданная форма сохраняется на диске |
|
Save and run form (Сохранить и запустить форму на выполнение) |
Созданная форма сохраняется и запускается на выполнение |
|
Save form and modify it in the FormDesigner (Сохранить и открыть для модификации в конструкторе форм) |
Созданная форма сохраняется и открывается в конструкторе форм для модификации |
В последнем диалоговом окне мастера расположены флажки:
- Use field mappings (Использовать связь полей с типами объектов) - при установке этого флажка объекты формы, соответствующие полям таблицы, будут создаваться на основе параметров, заданных на вкладке Field mapping (Связь полей с типами объектов) диалогового окна Options (Параметры), открываемого при выборе команды Options(Параметры) из меню Tools (Сервис). В противном случае объекты в форме будут создаваться исходя из информации, содержащейся в базе данных.
- Override with DBC field display classes (Пересоздать, используя классы отображения полей) - для создания элементов формы используются классы отображения полей таблицы, заданные в конструкторе таблицы
Таблицы
Работа в FoxPro начинается с определения реляционных таблиц и их полей, которые будут содержать данные. Конечным результатом данного этапа является таблица реляционных связей, приведенная на рисунке 10.
6. Пользовательское меню
7. Формы как средство добавления, просмотра, удаления, изменений параметров базы данных
Формы - одно из основных средств для работы с базами данных в FoxPro - используются для ввода новых записей (строк таблиц), просмотра и редактирования уже имеющихся данных, задания параметров запросов и вывода ответов на них и др. Формы представляют собой прямоугольные окна с размещенными в них элементами управления. Существует возможность создания форм динамически при исполнении программы, однако естественным режимом их создания является режим визуального конструирования (рис. 11). Выбор команды Форма в меню Вставка выводит на экран окно Новая Форма, позволяющее задать таблицу или запрос, для которых создается новая форма, и указать режим ее создания. Кроме создания формы «вручную», создание формы можно автоматизировать, используя Мастер форм (FormWizard). Кроме того, можно создать специальные формы, в том числе с листами данных (Autoform: Datasheet), диаграммами (Chart Wizard) и сводными таблицами (PivotTable Wizard) в формате Excel.
Элементами управления могут быть графические примитивы, надписи, рисунки и другие статические объекты, которые не изменяются при переходе между записями. Сюда же следует отнести текстовые поля, содержимое которых модифицируется при передвижении по записям. Элементы управления могут использоваться для ввода и отображения дат, а также для выполнения вычислений и вывода результата. Элементами управления являются кнопки команд, которые активизируют исполнение различных операций; объекты типа подчиненные формы (бланк таблицы, дочерней по отношению к форме); объекты, облегчающие восприятие данных, такие как календарь или счетчик; а также элементы пользователя.
Отчеты
Отчеты, как и формы, являются главными элементами интерфейса баз данных. Они позволяют выводить на печать информацию о содержимом базы в удобном для пользователя виде. Большая часть отчетов создается на этапе проектирования офисного приложения. Новый отчет создается командой Отчет меню Вставка (рис. 16). Во многом формирование отчетов совпадает с процессом создания экранных форм.
На следующих шагах предлагаются выбрать макет отображения отчета и ориентацию листа бумаги, а также определить стиль заголовка и подножий.
Шагнув далее, вы увидите на экране окно диалога с клетчатым флагом, который указывает на то, вы подошли к финишу.
Задайте наименование отчета и нажмите кнопку
Модифицируется отчет следующим образом: необходимо выбрать его имя на вкладке Отчеты и щелкнуть на кнопке Конструктор. Выбор команды Просмотр в том же окне позволяет увидеть, как будет выглядеть распечатанный отчет.
Формирование отчетов
Отчет представляет собой форматированное представление данных, выводимое на экран, принтер или в файл. Отчет, создаваемый в Visual FoxPro, может быть представлен в табличном виде или в свободной форме. Табличный отчет - это напечатанная таблица, в которой строка представляет собой запись, а каждый из элементов строки содержит поле исходной таблицы или вычисляемое поле. Данные в таблице упорядочены. Табличные отчеты используются для печати данных, представленных в виде списка. При подготовке писем, почтовых этикеток поля используемых в отчете таблиц должны располагаться в специально выделенных для них местах. В этом случае табличный отчет не подходит и используются отчеты в свободной форме. При создании такого отчета вы можете воспользоваться стандартным форматом, автоматически создаваемым Visual FoxPro для каждой таблицы, при котором поля исходной таблицы располагаются вертикально. Используя конструктор отчетов, вы можете разрабатывать собственные форматы отчета, где поля исходной таблицы будут расположены там, где вам нужно.
Введя заголовок и установив требуемую опцию, для завершения создания отчета с помощью мастера нажмите кнопку Finish (Готово). Открывается диалоговое окно Save as (Сохранить как), в котором введите имя созданного файла.
На рис. 4.12 представлен отчет, созданный с помощью мастера. Если он вас полностью устраивает, вы можете его распечатать. Но скорее всего, вам захочется в нем что-то изменить. В этом случае откройте созданный отчет в конструкторе отчетов и модифицируйте его.
Заключение
Выполнив курсовую работу видно что, базы данных это средство для организации оптимизированного хранения, выборки и представления информации. Программное обеспечение, предназначенное для организации и ведения баз данных - это Система Управления Базами Данных. Таблицы составляют основу нашей БД. В них храниться вся необходимая информация. Для работы оптимальной СУБД является Visual FoxPro 9.0.
Программа разработана на FoxPro «Адресная Книга»
Результатом выполнения курсовой работы стало разработанное приложение баз данных, позволяющее автоматизировать операции учета и процессы составления отчетных документов в отделе кадров. Разработанное приложение отвечает всем требованиям предметной области, таблицы созданной базы данных отвечают требованиям нормализации, что позволяет обеспечить целостность и непротиворечивость информации.
Средствами СУБД Visual FoxPro 9.0.создан удобный пользовательский интерфейс. Приложение позволяет решать все задачи, сформулированные в задании на курсовую работу. Это позволяет сделать вывод, что задание выполнено полностью.
В связи с тем, что база учебная, а не профессиональная, не которые данные о сотрудниках не были включены в базу. К ним относится такие данные, как военная обязанность, поощрения и т.п. Но разработанная в курсовой база данных легко дополняется при необходимости разработки профессиональной базы данных.
Литература
1. KazEdu - http://www.kazedu.kz/referat/133450
2. Tarefer - http://works.tarefer.ru/69/100192/index.html
3. BestReferat - http://www.bestreferat.ru/referat-142380.html
4. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие / А.М. Вендров. - М.: Финансы и статистика, 2004. - 192 с., ил. - ISBN 5-279-02440-6.
5. Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб. / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. - М.: Финансы и статистика, 2005. - 416 с., ил. - ISBN 5-279-02605-0.
6. Карпова Т.С. Базы данных: модели, разработка, реализация / Т.С. Карпова. - СПб.: Питер, 2001. - 304 с. - ISBN 5-272-00278-4.
7. Конгаловский М.Р. Энциклопедия технологий баз данных. - М.: Финансы и статистика, 2002. - 800 с.: ил. ISBN 5-279-02276-4.
8. Корнеев В.В. Базы данных. Интеллектуальная обработка информации / В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. Райх. - М.: Издатель Молгачева С.В., Издательство Нолидж, 2001, - 496 с.: ил. ISBN 5-89251-100-
Размещено на Allbest.ru
...Подобные документы
Теоретические основы создания баз данных в Visual Foxpro 9.0. Описание программы, использование ее команд. Создание табличной базы данных, отношений между таблицами в многотабличной базе данных больных в больнице. Редактирование табличного отчета.
курсовая работа [681,2 K], добавлен 19.12.2013Описание модели предметной области, построение функциональной модели. Проектирование структуры базы данных, реализация спроектированной базы данных при помощи СУБД Visual FoxPro. Создание форм при помощи мастера форм, построение исполняемого файла.
лекция [4,0 M], добавлен 04.11.2009Базы данных и системы управления базами данных. Структура простейшей базы данных, свойства полей. Понятие языка SQL. Проектирование баз данных, режимы работы, объекты. СУБД Microsoft Access. Создание базы данных "Электротовары" средствами Visual FoxPro.
курсовая работа [5,7 M], добавлен 29.04.2014Создание базы данных в Visual FoxPro. Упорядочивание данных в таблицах. Определение отношений между таблицами и проверка условий целостности данных. Расширенные SQL-запросы и безусловная выборка значений. Использование квантора существования в запросах.
методичка [926,3 K], добавлен 30.09.2013Описание предметной области. Организация диалога пользователя с компьютером. Определение важных для предметной области объектов, их свойств и отношений друг с другом. Среда разработки базы данных - Microsoft Visual FoxPro 6.0. Требования к приложению.
курсовая работа [880,1 K], добавлен 11.01.2012Автоматизация учета складских операций с целью организации компьютеризации документооборота и учетных операций с помощью Microsoft Visual FoxPro 6.0. Описание структуры базы данных. Этапы проектирования БД. Выбор программного и технического обеспечения.
курсовая работа [1,1 M], добавлен 26.12.2011Разработка базы данных FoxPro (БД), листинг программы. Работа с несколькими таблицами и установление взаимосвязей между ними. Система меню, формирование отчетов. Использование расширенных средств ввода и вывода данных. Организация справочной системы.
дипломная работа [1,7 M], добавлен 20.08.2009Системный анализ и оценка требований к базе данных. Концептуальная (инфологическая) модель предметной области. Построение ERD-диаграммы и физической модели в методологии IDEF1X. Составление форм, запросов и отчетов в среде СУБД Visual FoxPro 8.0.
курсовая работа [1,3 M], добавлен 24.06.2013Обзор возможностей, базовых классов и элементов управления Microsoft Visual Foxpro, описание функций и возможностей языка SQL. Постановка задачи, руководство пользователя и листинг программы. Компоненты информационной системы, основные функции СУБД.
курсовая работа [360,1 K], добавлен 12.06.2010Компоненты и классификация банков данных. Модели данных: иерархическая, сетевая, реляционная, постреляционная, многомерная, объектно-ориентированная. Настольные системы управления базами данных: VisualdBase, Рarаdох, Microsoft FoxРrо и Visual FoxРrо.
курсовая работа [849,8 K], добавлен 25.04.2015Реализация базы данных, содержащей несколько таблиц, а также информационных запросов, форм и отчетов к ней в СУБД FoxPro. База данных "Справочник Меломана" спроектирована для быстрого поиска исполнителей и информации об их творческой деятельности.
курсовая работа [5,8 M], добавлен 28.04.2012Построение инфологической модели данных каталога магазина цифровых дисков. Окно создания новых файлов. Типы данных в Visual FoxPro. Список типов индекса. Структура таблиц, связи между ними. Настройка внешнего вида формы. Выбор поля для сортировки данных.
курсовая работа [4,3 M], добавлен 24.09.2013Общая характеристика деятельности Калининградского филиала федерального государственного бюджетного учреждения "Центр системы мониторинга рыболовства и связи". Инструктаж на рабочем месте. Анализ базы данных предприятия с помощью программы Visual FoxPro.
отчет по практике [18,7 K], добавлен 10.02.2014Общая характеристика предприятия и структура его отдела кадров. Назначение и область применения программы, основные требования к ее функциональности, оценка возможностей. Базы данных и системы управления ими, этапы и принципы проектирования, значение.
дипломная работа [1,2 M], добавлен 03.07.2015Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Анализ требований к базе данных. Концептуальная (инфологическая) модель предметной области. Сопоставление компонентов логической и физической модели. Создание форм, запросов и отчетов в среде СУБД Visual FoxPro 8.0. Расчеты по аккредитивам и чекам.
курсовая работа [1,7 M], добавлен 24.06.2013Системный анализ предметной области. Построение концептуальной и даталогичной модели базы данных. Физическое проектирование базы данных. Описание функциональной модели системы управления базами данных. Разработка экранных форм ввода-вывода и отчета.
курсовая работа [1,1 M], добавлен 09.12.2014Понятие информации, автоматизированных информационных систем и банка данных. Общая характеристика описательной модели предметной области, концептуальной модели и реляционной модели данных. Анализ принципов построения и этапы проектирования базы данных.
курсовая работа [1,7 M], добавлен 18.01.2012Особенности проектирования программы на языке С++ для обработки данных из таблиц базы данных. Основные функции программы, создание концептуальной модели базы данных и диаграммы классов, разработка интерфейса пользователя и запросов к базе данных.
курсовая работа [2,1 M], добавлен 08.06.2012Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.
курсовая работа [5,1 M], добавлен 13.12.2011