ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 25.06.2021

Просмотров: 625

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Принцип WYSIWYG (What You See Is What You Get – что видите, то получите). Принцип используется в приложениях, написанных для системы. Он означает, что страница документа выглядит так, как она будет напечатана на бумаге.

Технология OLE (Object Linking and Embedding – связывание и встраивание объектов). Позволяет встраивать и редактировать совместно документы разных типов. Ее смысл состоит в том, что выделенные объекты, созданные в различных приложениях (блоки текста, таблицы, графические иллюстрации, звуковые и видеоклипы и другие) можно копировать и перемещать между приложениями.

  1. Операции форматирования и редактирования текста. Параметры оформления абзацев и страниц текстовых документов.

  2. Мастера и шаблоны в текстовом редакторе MS Word 2003/2007.

  3. Работа с стилями в текстовом редакторе MS Word 2003/2007.

  4. Средства форматирования в текстовом редакторе MS Word 2003/2007. Работа с таблицами, иллюстрациями, оглавлением.

  5. Электронные таблицы. Назначение данного класса программ. Структура интерфейса электронной таблицы на примере MS Excel 2003/2007.

  6. Организация вычислений и форматирование данных в электронных таблицах.

  7. Средства аналитической обработки данных в электронной таблице.

  8. Назначение и классификация систем управления базами данных.

Система управления базой данных (СУБД) – это специальный пакет программ, обеспечи­вающий создание, сопровождение и использование баз данных многими пользователями. Рассмотрим кратко функции, реализуемые СУБД.

 К СУБД относятся следующие основные виды программ:

- полнофункциональные СУБД;

- серверы БД;

- клиенты БД;

- средства разработки программ работы с БД.

Полнофункциональные СУБД представляют собой традиционные СУБД, которые сначала появились для больших машин, затем для минимашин и для ПЭВМ. К ним относятся такие пакеты,как: Clarion Database Developer, DataEase, DataFlex, dBaseIV, Microsoft Access, FoxPro, Paradox. Обычно полнофункциональные СУБД имеют развитый интерфейс, позволяющий с помощью команд меню выполнять основные действия с БД: создавать и модифицировать структуры таблиц, вводить данные, формировать запросы, разрабатывать отчеты, выводить их на печать и т.п. Многие полнофункциональные СУБД включают средства программирования для профессиональных разработчиков. Некоторые системы имеют в качестве вспомогательных и дополнительные средства проектирования схем БД. Для обеспечения доступа к другим БД или к данным SAL-серверов полнофункциональные СУБД имеют специальные библиотеки функций.

Серверы БД предназначены для организации центров обработки данных в сетях ЭВМ. Серверы БД реализуют функции управления базами данных, запрашиваемые другими (клиентскими) программами обычно с помощью операторов SQL. Примеры серверов БД: MS SQL Server (Microsoft), InterBase (Borland), Intelligent Database (Ingress). В роли клиентских программ для серверов БД могут использоваться различные программы: полнофункциональные СУБД, программы электронной почты и т.д. При этом элементы пары «клиент-сервер» могут принадлежать одному или разным производителям программного обеспечения.


 Средства разработки программ работы с БД могут использоваться для создания разновидностей следующих программ:

- клиентских программ;

- серверов БД и их отдельных компонентов;

- пользовательских приложений.

 Программы первого и второго вида предназначены, главным образом, для программистов. К средствам разработки пользовательских приложений относятся системы программирования, например, Clipper, разнообразные библиотеки программ для различных языков программирования, а также пакеты автоматизации разработок. Наиболее распространенными являются следующие инструментальные системы: Delphi и Power Builder (Borland), Visual Basic (Microsoft), SILVERRUN (Computer Advisers Inc.), Erwin (LogicWorks).

  1. Классификация моделей построения баз данных. Иерархическая, сетевая и реляционные модели.

В зависимости от архитектуры СУБД делятся на локальные и распределенные СУБД. Все части локальной СУБД размещаются на одном компьютере, а распределенной на нескольких. За несколько десятилетий последовательно появлялись системы (СУБД), основанные на трех базовых моделях данных: иерархической, сетевой и реляционной. Основные определения теории баз знаний и баз данных представлены в таблице 1.

2.1.1.1 Иерархическая модель

Первые иерархические и сетевые СУБД были созданы в начале 60-х годов. Причиной послужила необходимость управления миллионами записей (связанных друг с другом иерархическим образом), например при информационной поддержке лунного проекта Аполлон. Среди реализуемых на практике СУБД этого типа преобладает система IMS (Information Management System компании IBM) (На данный момент это самая распространенная СУБД из всех данного типа). Применяются и другие иерархические системы: TDMS (Time-Shared Date Management System) компании Development Corporation; Mark IV Multi - Access Retrieval System компании Control Data Corporation; System - 2000 разработки SAS-Institute.

Отношения в иерархической модели данных организованы в виде совокупностей деревьев, где дерево - структура данных, в которой тип сегмента потомка связан только с одним типом сегмента предка. Графически: Предок - точка на конце стрелки, а Потомок - точка на острие стрелки. В базах данных определено, что точки - это типы записей, а стрелки представляют отношения один - к - одному или один - ко - многим.

К ограничения иерархической модели данных можно отнести:

  1. Отсутствует явное разделение логических и физических характеристик модели;

  2. Для представления неиерархических отношений данных требуются дополнительные манипуляции;

  3. Непредвиденные запросы могут требовать реорганизации базы данных.

2.1.1.2 Сетевая модель.

Сети - естественный способ представления отношений между объектами. Они широко применяются в математике, исследованиях операций, химии, физике, социологии и других областях знаний. Сети обычно могут быть представлены математической структурой, которая называется направленным графом. Направленный граф имеет простую структуру. Он состоит из точек или узлов,соединенных стрелками или ребрами. В контексте моделей данных узлы можно представлять как типы записей данных, а ребра представляют отношения один-к -одному или один-ко-многим. Структура графа делает возможными простые представления иерархических отношений (таких, как генеалогические данные) .


Сетевая модель данных - это представление данных сетевыми структурами типов записей и связанных отношениями мощности один-к-одному или один-ко-многим. В конце 60-х конференция по языкам систем данных (Conference on Data Systems Languages, CODASYL) поручила подгруппе, названной Database Task Group (DTBG), разработать стандарты систем управления базами данных. На DTBG оказывала сильное влияние архитектура, использованная в одной из самых первых СУБД, Iategrated Data Store (IDS), созданной ранее компанией General Electric.Это привело к тому, что была рекомендована сетевая модель.

Документы Database Task Group (DTBG) (группа для разработки стандартов систем управления базами данных) от 1971 года остается основной формулировкой сетевой модели, на него ссылаются как на модель CODASYL DTBG. Она послужила основой для разработки сетевых систем управления базами данных нескольких производителей. IDS (Honeywell) и IDMS (Computer Associates) - две наиболее известных коммерческих реализации. В сетевой модели существует две основные структуры данных: типы записей и наборы:

  • Тип записей. Совокупность логически связанных элементов данных.

  • Набор. В модели DTBG отношение один-ко-многим между двумя типами записей.

  • Простая сеть. Структура данных, в которой все бинарные отношения имеют мощность один-ко-многим.

  • Сложная сеть. Структура данных, в которой одно или несколько бинарных отношений имеют мощность многие-ко-многим.

  • Тип записи связи. Формальная запись, созданная для того, чтобы преобразовать сложную сеть в эквивалентную ей простую сеть.

В модели DBTG возможны только простые сети, в которых все отношения имеют мощность один-к-одному или один-ко-многим. Сложные сети, включающие одно или несколько отношений многие-ко-многим, не могут быть напрямую реализованы в модели DBTG. Следствием возможности создания искусственных формальных записей является необходимость дополнительного объема памяти и обработки, однако при этом модель данных имеет простую сетевую форму и удовлетворяет требованиям DBTG.

2.1.1.3 Реляционная модель.

В 1970-1971 годах Е.Ф.Кодд опубликовал две статьи, в которых ввел реляционную модель данных и реляционные языки обработки данных - реляционную алгебру и реляционное исчисление.

  • Реляционная алгебра Процедурный язык обработки реляционных таблиц.

  • Реляционное исчисление Непроцедурный язык создания запросов.

Все существующие к тому времени подходы к связыванию записей из разных файлов использовали физические указатели или адреса на диске. В своей работе Кодд продемонстрировал, что такие базы данных существенно ограничивают число типов манипуляций данными. Более того, они очень чувствительны к изменениям в физическом окружении. Когда в компьютерной системе устанавливался новый накопитель или изменялись адреса хранения данных, требовалось дополнительное преобразование файлов. Если к формату записи в файле добавлялись новые поля, то физические адреса всех записей файла изменялись. То есть такие базы данных не позволяли манипулировать данными так, как это позволяла бы логическая структура. Все эти проблемы преодолела реляционная модель, основанная на логических отношениях данных.


Существует два подхода к проектированию реляционной базы данных.

  • Первый подход заключается в том, что на этапе концептуального проектирования создается не концептуальная модель данных, а непосредственно реляционная схема базы данных, состоящая из определений реляционных таблиц, подвергающихся нормализации.

  • Второй подход основан на механическом преобразовании функциональной модели, созданной ранее, в нормализованную реляционную модель. Этот подход чаще всего используется при проектировании больших, сложных схем баз данных, необходимых для корпоративных информационных систем.

  1. MS Access. Создание таблиц и запросов.

Программа MS Access представляет собой систему управления реляционными базами данных и входит в пакет MS Office фирмы Microsoft. С помощью этой программы пользователь может решать следующие задачи [1]:

1) организация данных. Эта задача предполагает возможность создания таблиц и предоставление пользователю возможности работать с данными, хранящимися в них;

2) ввод и редактирование данных. MS Access позволяет работать с данными не только в режиме таблицы, но и позволяет пользователю разработать и использовать удобные формы для ввода, редактирования и просмотра данных. Это удобно при большом объеме таблиц, особенно когда она содержит большое количество полей;

3) связывание таблиц. Означает возможность создания запросов, форм и отчетов для одновременного отображения сведений из нескольких таблиц;

4) отбор данных. Данная СУБД предоставляет пользователю широкие возможности отбора необходимых данных с помощью запросов или фильтрации;

5) представление данных. Эта функция обеспечивает создание отчетов, представляющих всевозможные итоговые данные таблиц в удобном и наглядном виде, которые можно просматривать, печатать или публиковать в Интернет или Intranet. В конце концов, именно отчеты являются целью любой системы учета данных. А поскольку требования к внешнему виду отчетов при использовании СУБД на предприятиях исключительно высоки, данные, содержащиеся в отчетах, должны быть профессионально отформатированы и дополнены графиками и диаграммами.

База данных, создаваемая и обрабатываемая с помощью MS Access представляет собой один файл с расширением .mdb. Этот файл может включать в себя объекты нескольких типов: таблицы, запросы, формы, отчеты, страницы, макросы и модули.

Таблицы являются главным объектом баз данных и составляют их основу. Они предназначены для хранения данных. Таблицы моделируют сущности, входящие в состав той предметной области, которую отображает БД. При работе с таблицами пользователь имеет возможность:

1) изменить структуру таблицы – добавлять, удалять, переименовывать столбцы, менять тип и формат данных;

2) редактировать таблицы – добавлять и удалять, изменять записи и данные в них;


3) сортировать и отбирать записи.

В программе MS Access существуют два режима работы с таблицами: конструктора и таблицы. Основным режимом является режим таблицы, позволяющий выполнять практически все операции, перечисленные выше.

Запросы служат для выбора записей, обновления таблиц и включения в них новых записей. Чаще всего запросы применяют для выбора конкретных групп записей, удовлетворяющих заданному условию. Кроме того, запросы позволяют комбинировать информацию, содержащуюся в различных таблицах, обеспечивая связанным элементам данных таблиц унифицированный вид.

  1. MS Access. Формы, отчёты, макросы.

Формы MS ACCESS

Формы представляют собой объекты базы данных, предназначенные для просмотра, ввода и редактирования данных. Формы включены в состав объектов базы данных для обеспечения удобства пользователей. Дело в том, что:

при большом количестве полей таблицы для просмотра всех данных в одной записи может потребоваться прокрутка;

отсутствует возможность одновременного обновления данных, размещенных в нескольких таблицах.

При открытии формы Microsoft Access отбирает данные из одной или более таблиц и выводит их на экран с использованием макета, выбранного в мастере форм или созданного пользователем самостоятельно в режиме конструктора. Форма позволяет сосредоточить внимание пользователя на одной записи и отображать поля из нескольких таблиц. Кроме того, форма позволяет отображать рисунки и другие объекты. Форма может содержать кнопки, выполняющие печать, открывающие другие объекты или автоматически выполняющие другие задачи. В СУБД MS Access используются формы трех видов: формы для ввода данных, кнопочные формы и пользовательские диалоговые окна.

Основным видом форм являются формы для ввода данных. Источником данных такой формы являются поля в базовых таблицах и запросах. При этом она может включать не все поля из каждой таблицы или запроса, на основе которых она создается.

Отчеты – объекты, предназначенные для вывода информации из базы данных. В СУБД MS Access данные таблиц, запросов и форм могут объединяться в отчете, который можно увидеть на экране монитора или распечатать для дальнейшего использования. Одно из главных достоинств Access заключается в простоте создания полностью отформатированных и готовых для использования отчетов. Создавая отчет, пользователь может управлять размером и внешним видом всех элементов отчета, что позволяет отобразить сведения желаемым образом. Источником записей отчета являются поля в базовых таблицах и запросах. Отчет не должен включать все поля из каждой таблицы или запроса, на основе которых он создается.

Макросы являются средством автоматизации выполнения повторяющихся операций и представляют собой последовательность макрокоманд. В Access 97 и более ранних версиях Access макросы были главным средством автоматизации. В Access 200x макросы оставлены главным образом для совместимости с базами данных, созданными в ранних версиях Access. Используйте язык программирования Visual Basic for Applications (VBA) для автоматизации действий в базах данных Access 2002.