Глава 3
МАСТЕР СОЗДАНИЯ ПРЕЗЕНТАЦИЙ MICROSOFT POWERPOINT
3.1. Области применения Microsoft PowerPoint
Мастер создания презентаций Microsoft PowerPoint можно отнести к группе текстово-графических редакторов. Термин «презентация» означает представление, показ, следовательно, основное назначение PowerPoint — создание демонстрационных слайдов, которые могут иметь различные звуковые и анимационные эффекты (в том числе речевое сопровождение).
Применение мастера создания презентаций весьма разнообразно. Например, демонстрация иллюстративного материала при выступлениях на различных научных конференциях и защите курсовых и дипломных работ во время учебы. Эффективно применение PowerPoint в рекламной деятельности предприятий и фирм, особенно с учетом того, что последние его версии (например, PowerPoint 2000) позволяют распространять презентации в сети Internet.
На рис. 3.1 показано рабочее окно Microsoft PowerPoint 2000, основные пункты меню которого аналогичны меню текстового редактора Word.
Технологически разработка презентации сводится к созданию текста и вставке в него графических объектов, т.е. практически она аналогична работе в текстовом редакторе Word.
Поскольку презентация представляет собой некоторую последовательность слайдов, то прежде чем приступать к ее созданию необходимо разработать сценарий будущего видеофильма.
Для примера покажем фрагмент презентации, отражающей следующий сценарий видеофильма:
Слайд 1. Название кафедры и ее краткая характеристика.
Слайд 2. Характеристика специальностей кафедры.
Слайд 3. Организатор и руководитель кафедры (заведующий кафедрой).
Слайды 4...9. Преподаватели кафедры (фотографии и читаемые предметы).
Слайд 10. Заставка (учебный процесс на кафедре).
Слайд 11. Особенности учебного процесса.
Слайд 12. Заставка (научная работа на кафедре).
Слайд 13. Основные направления научной работы на кафедре.
Слайд 14. Заставка (культура, спорт и отдых).
Слайд 15. Культурные мероприятия.
45
Слайд 16. Спорт и отдых.
Слайд 17. Пожелание абитуриентам до встречи 1 сентября.
На рис. 3.2 показан пример слайда презентации.
Основным достоинством мастера создания презентаций PowerPoint фирмы Microsoft является достаточный набор средств для разработки слайдов непрофессионалами. Однако для профессиональной разработки презентации, особенно в рекламной деятельности, нужны сценаристы и дизайнеры.
Рассмотрим некоторые возможности PowerPoint 2000.
3.2. Технология разработки презентаций в редакторе PowerPoint 2000
После загрузки PowerPoint и выбора команды Создать презентацию из меню Файл открывается начальное диалоговое окно, содержащее три вкладки, т.е. три метода создания презентации: Общие, Презентации, Шаблоны оформления (рис. 3.3).
При выборе вкладки Общие пользователю предоставляется два способа создания презентации: Новая презентация и Мастер автосодержания.
47
Способ Новая презентация предполагает, что разработчик продумал сценарий, т.е. определил состав, последовательность слай-
дов и дизайнерские стили каждого из них. В этом случае пользователю предлагается последовательно разработать каждый слайд.
Из рис. 3.4 видно, что для оформления каждого слайда разработчик может выбрать автомакет, соответствующий ранее разработанному сценарию. Если же среди имеющихся автомакетов не найдется нужного варианта, можно выбрать макет пустого слайда и оформить его по своему стилю.
Способ Мастер автосодержания предполагает разработку презентации пользователем на основе предложенных содержания и дизайна. При выборе этого способа сначала открывается окно начального диалога создания презентации (рис. 3.5), а затем необходимо лишь последовательно выбирать диалоговые окна Вид презентации, Стиль презентации, Параметры презентации, Завершение и следовать указаниям Мастера автосодержания.
При использовании вкладки Презентации пользователю предлагается набор готовых шаблонов (рис. 3.6).
Например, при выборе характера презентации Обзор проекта открывается диалоговое окно со структурой типовых слайдов (рис. 3,7).
Далее технология создания слайда сводится к следующему:
49
-
выбрать соответствующий слайд, щелкнув мышью по его номеру;
-
заменить текст шаблона текстом разработчика.
После создания слайдов необходимо провести репетицию презентации и установить временные интервалы их смены. Для этого разработанную презентацию рекомендуется представить в режиме Сортировщик слайдов, выбрав в пункте меню Вид соответствующую команду. При этом на экране будут показаны все слайды презентации (рис. 3.8).
Для установки интервалов показа слайдов необходимо выполнить следующие действия:
=> выделить один или несколько слайдов;
=> выбрать команду Смена слайдов, щелкнув мышью по кнопке [Сортировщик слайдов] на панели инструментов.
В результате этих действий появится диалоговое окно Смена слайдов (рис. 3.9), в котором следует задать все условия смены кадров:
-
Эффект — набор эффектов, сопровождающих смену кадров;
-
Продвижение — вручную (по щелчку) или автоматически (при этом задается время смены кадров);
-
Звук — набор звуковых эффектов для сопровождения демонстрации слайдов.
Репетиция презентации. Суть репетиции заключается в просмотре презентации и редактировании отдельных слайдов (в том числе и времени показа каждого из них). Для демонстрации презентации следует выбрать в меню Показ слайдов команду Начать показ.
50
51
После просмотра рекомендуется представить презентацию в режиме Сортировщик слайдов и произвести необходимую корректировку слайдов, используя технологические приемы, изложенные ранее.
При редактировании и в процессе создания презентации можно вставлять новые слайды и удалять имеющиеся.
В результате краткого знакомства с мастером презентаций PowerPoint нетрудно заметить, что практически все технологические приемы создания текста, графики и их редактирования аналогичны приемам работы с текстовым редактором Word.
Контрольные вопросы
-
Где применяется мастер презентаций PowerPoint?
-
Каковы технологические приемы задания следующих условий смены слайдов:
набора эффектов сопровождения;
ручного или автоматического продвижения;
длительности показа;
набора звуковых эффектов для демонстрации?
-
Какова последовательность действий при демонстрации презентации?
-
Какова последовательность действий, необходимых для вставки слайда в разработанную презентацию?
-
Каково назначение способа представления презентации в режиме Сортировщик слайдов!
ЧАСТЫ1 СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ (СУБД)
Глава 4
ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ИНФОРМАЦИОННЫХ
СИСТЕМ
4.1. Базы данных. Термины и определения
Принимать оптимальные решения с первого раза, а не устранять результаты и последствия неправильных технических решений — вот девиз управленческой деятельности современных предприятий.
СУБД — это успех в управлении.
Процесс принятия оптимального решения в любых сферах деятельности связан прежде всего с необходимостью предварительного анализа больших объемов информации, т.е. с тем, чтобы сначала найти область допустимых решений, а затем в ограниченной области выбрать одно единственно оптимальное решение.
Как показала практика, принятие нерациональных решений во многом определяется отсутствием у специалиста необходимой информации.
Базы данных и системы управления базами данных в этом случае можно рассматривать как стратегические средства в совершенствовании управления производством, так как эти программные продукты позволяют создавать информационные системы, необходимые для принятия оптимальных решений.
Итак, что же такое база данных (БД) и система управления базами данных (СУБД)? К сожалению, в этом направлении информационных технологий не существует достаточно четких определений. Рассмотрим некоторые из них.
1. База данных — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области [9].
Система управления базами данных — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БДмногими пользователями.
2. База данных — это совокупность сведений (о реальных объектах, процессах, событиях или явлениях), относящихся к определенной
53
теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности как в целом, так и любой ее части [19].
Основные функции системы управления базами данных — это определение данных (описание структуры базы данных), обработка данных и управление данными.
Обратим внимание на существенное отличие второго определения БД, а именно на характеристику особой организации информации в БД.
В наибольшей степени, по нашему мнению, сущность понятий БД и СУБД раскрыта в толковом словаре по вычислительным системам [16].
База данных — это файл данных, для определения и обращения к которому используются соответствующие средства управления. Это означает, во-первых, что этот файл определен посредством схемы, не зависящей от программ, которые к нему обращаются, и, во-вторых, что он реализован в виде запоминающего устройства с пря мым доступом.
В этом определении полужирным шрифтом выделено принципиальное отличие понятия файла базы данных от любого текстового файла, а именно возможность получения информации (данных) о конкретном объекте (конкретной записи) из этого файла.
Таким образом, учитывая приведенные определения, можно сказать, что база данных — это файл, организованный как файл с прямым доступом*
Система управления базой данных — это система программного обеспечения, имеющая средства обработки на языке базы данных, позволяющая обрабатывать обращения к базе данных, которые поступают от прикладных программ и (или) конечных пользователей, и поддерживать целостность базы данных.
Различают три класса СУБД, обеспечивающих работу иерархических, сетевых и реляционных систем баз данных.
В настоящее время для разработки информационных систем предприятий и фирм наибольшее распространение получили реляционные базы данных. Алгоритмы обработки информации в таких БД основаны на элементах реляционной алгебры. По своей сути реляционная БД — это информация (данные) об объектах, представленная в виде двумерных массивов — таблиц. Число таблиц в одном файле БД зависит, во-первых, от задач, решаемых информационной системой, и, во-вторых, от необходимости оптимального разделения информации на отдельные, связанные между собой таблицы. Критериями оптимальности реляционной БД
* Понятие файла прямого доступа и принципы его организации известны из теории программирования многомерных массивов, в том числе на алгоритмических языках Basic и Паскаль.
54
являются число шагов поиска информации и объем памяти, необходимый для размещения данных.
Итак, реляционная база данных представляет собой некоторое множество таблиц, связанных между собой определенными отношениями. Однако база данных может состоять и из одной таблицы.
Для создания автоматизированной информационной системы, предназначенной для предоставления пользователю определенных данных из таблиц БД, необходимы программы, обеспечивающие:
Таким образом, разработав таблицы БД и соответствующие программы, мы получим информационную систему управления реляционными базами данных или реляционную СУБД.
4.2. Обзор программных систем для разработки реляционныхСУБД
Все языки манипулирования данными (ЯМД) — языки запросов, созданные до появления реляционных баз данных и разработанные для многих СУБД, были ориентированы на операции с данными, представленными в виде иерархически связанных файлов, и имели соответствующие алгоритмы поиска информации.
Появление реляционных баз данных определило предпосылки для создания других, более быстрых алгоритмов поиска информации. Рассмотрим принципиальные отличия между иерархической и реляционной организациями информационной системы на примере почтовой связи.
В соответствии с иерархической организацией информационной системы (рис. 4.1) для того чтобы узнать, где проживает Иванов И. И., необходимо указать адреса всех вершин поискового графа. Алгоритм такого поиска можно описать следующими действиями (обозначено пунктирными стрелками):
=> найти требуемое значение поля ФИО;
=> найти и запомнить номер квартиры;
=з найти и запомнить номер дома;
=> найти и запомнить номер (наименование) улицы;
=> найти и запомнить номер (наименование) города (если система разработана для конкретного города, этот пункт можно исключить);
=> вывести результат поиска.
Таким образом, для нахождения адреса в данной иерархической схеме необходимо выполнить пять шагов.
55
Рассмотрим алгоритм поиска адреса для аналогичной системы, структурированной в виде таблицы — реляционной схемы организации системы (рис. 4.2).
Алгоритм поиска адреса в такой системе определяется следующими шагами:
=> найти номер строки, для которой значение поля ФИО равно заданному (Иванов И.И,);
=> вывести значения полей в столбцах 1 ...3 строки 2.
56
Таким образом, нужное число шагов поиска адреса при реляционной организации информационной системы оказалось практически в три раза меньше, чем в иерархической.
Для обработки информации, структурированной в виде таблиц, — двухмерных массивов в конце 70-х гг. XX в. фирмой IBM был разработан соответствующий язык, который в дальнейшем получил название SQL. Язык SQL является ядром всех программных продуктов для разработки СУБД.
Набольшее распространение среди пользователей и разработчиков СУБД получили следующие программные продукты:
-
специальные языки программирования dBASE, Clipper, Paradox, FoxPro и др.;
-
прикладные программные системы Clarion, Oracle, Delphi, Microsoft Access и др.
В табл. 4.1 приведены некоторые характеристики программных систем для разработки СУБД.
4.3. Элементы реляционной СУБД
Компьютерная информационная система, представляющая собой реляционную СУБД, должна содержать следующие основные элементы: таблицы, запросы, формы, отчеты.
Таблицы. Таблицы базы данных могут иметь различное назначение. Например: таблицы постоянной информации и динамические таблицы.
Таблицы постоянной информации (условно постоянной) должны содержать данные, не меняющиеся в течение длительного вре-
57
мени. Например, списки сотрудников организации, названия технологических операций и т. п.
Таблицы переменной информации (динамические таблицы) —
это таблицы, информация об объектах в которых постоянно дополняется или изменяется пользователем.
Таблицы базы данных (рис. 4.3) состоят из полей — столбцов, записей — строк и ячеек — пересечений столбцов и строк.
Поле содержит значения одного из признаков, характеризующих объекты БД. Число полей в таблице соответствует числу признаков, характеризующих объекты БД.
Запись содержит значения всех признаков, характеризующих один объект. Число записей соответствует числу объектов, данные о которых содержатся в таблице.
Ячейка содержит значение соответствующего признака одного (конкретного) объекта.
Поле таблицы БД характеризуется множеством параметров, среди которых обязательными являются имя поля, подпись поля, количество символов, тип данных.
Имя поля — набор символов, по которым происходит поиск столбца таблицы. В некоторых программных системах существуют ограничения на обозначение имен полей по числу символов или типу шрифта (например, только английский).
Подпись поля — название признака, которое будет записано в заголовок соответствующего столбца таблицы. На подпись поля не существует каких-либо ограничений, однако при ее составлении следует учитывать предполагаемую ширину столбца в таблице.
Количество символов — характеризует ширину столбца таблицы и определяется типом данных.
Тип данных — установленные правила описания свойств (характеристик) объектов. В СУБД приняты следующие основные типы данных (и соответственно типы полей):
58
-
символьные (текстовые), содержащие до 255 символов;
-
числовые;
-
дата или время;
-
денежные (обозначение денежных единиц);
-
логические (Да/Нет);
-
текстовые примечания (Мемо), которые могут содержать текст объемом несколько десятков тысяч знаков;
-
объекты OLE (Object Linking and Embedding), т.е. объекты, разработанные другими приложениями Windows. Размеры поля такого объекта могут достигать сотни Мбайт.
Проектируя таблицу БД, необходимо сначала описать характеристики всех полей, т.е. разработать физическую модель данных.
Физическая модель данных представляет собой множество характеристик, определяющих свойства каждого поля.
Отметим следующие особенности описания физической модели данных (рис. 4.4):
число символов указывается для текстовых полей, что связано с необходимостью экономии памяти компьютера;
точность задается для числовых полей и выражается числом знаков после запятой.
Запросы БД. Запросы представляют собой набор команд, предназначенных для поиска и обработки информации в таблицах по заданным пользователем условиям (значениям полей). Современные СУБД позволяют формировать следующие виды запросов: на выборку, обновление, добавление, удаление, создание таблиц.
Запрос на выборку предназначен для поиска (выбора) информации в конкретной таблице (таблицах) базы данных (например, поиск моделей станков класса А в табл. рис, 4.3).
Запрос на обновление предназначен для автоматического обновления данных в отдельных ячейках таблицы (например, если при модернизации станка СТ-125 на рис. 4.3 будет изменен какой-либо параметр, можно создать запрос, который автомати-
59
Рис. 4.5. Схема связей между компонентами СУБД
чески найдет в базе данных соответствующую запись и изменит конкретное значение параметра в соответствующей ячейке).
Запрос на добавление или удаление предназначен соответственно для автоматического добавления записей в таблицы (БД) или их удаления.
Запрос на создание предназначен для создания новых таблиц на основе уже имеющихся в БД. При этом автоматически формируется структура новой таблицы.
Формы. Формы при разработке информационных систем предназначены для организации дружественного интерфейса между пользователем и компьютером. По своему назначению различают формы:
-
для ввода данных в таблицы;
-
для ввода условий выполнения запросов;
-
для автоматического управления работой системы (кнопочные формы, формы-меню и Др.).
Отчеты. Отчеты — это формы вывода результатов обработки информации в удобном для пользователя виде. Как правило, отчеты соответствуют формам отчетности, принятым на предприятии, например формы, принятые для бухгалтерской отчетности или технологической документации.
Отчеты разрабатываются на основе информации, содержащейся в таблицах БД или формирующейся в результате выполнения запросов. При разработке СУБД ее элементы могут быть связаны между собой в соответствии со схемой, представленной на рис. 4.5.
4.4. Информационные модели данных
Приступая к созданию информационной системы, разработчик должен продумать такую организацию базы данных, которая отвечала бы, как минимум, следующим условиям:
-
полное соответствие требованиям пользователей;
-
обеспечение минимального времени получения достоверной информации пользователем;
60
• потребность минимально возможной памяти на дисковом
пространстве компьютера.
Естественно, что решать любую задачу (в том числе и информационную) молено различными способами.
Для оценки способов организации БД разрабатывают информационные модели данных, которые предусматривают три уровня описания системы: концептуальный, логический и физический.
Концептуальный уровень описания БД {концептуальная модель) представляет информационные объекты и их взаимосвязи без указания способов описания и хранения данных, т. е. в этом случае информационными объектами называют элементы информационной системы, сведения о которых хранятся в БД. Как правило, в таблицах БД содержатся сведения об объектах одного класса.
Классом называют множество объектов, характеризующихся одинаковым набором признаков. Данные об информационных объектах одного класса могут находиться в одной или нескольких таблицах. Данные об информационных объектах разных классов должны находиться в разных таблицах.
Концептуальный уровень описания БД определяется конкретными задачами информационной системы. Так, например, информационная система для отдела кадров предприятия в качестве объектов может содержать различные сведения о сотрудниках предприятия:
• адрес места жительства;
-
должность и место работы (наименование подразделения);
-
табельный номер и заработную плату и др.
Конечной задачей разработки концептуальной модели является установление оптимального состава таблиц БД и связей между ними.
Концептуальная модель, как правило, не зависит от выбранной программной системы для реализации БД.
Логический уровень описания БД (логическая модель) отражает логические связи между данными. В реляционных БД, представляющих собой некоторое множество таблиц, существуют следующие типы связей между данными: один к одному, один ко многим, многие ко многим.
Связь один к одному означает, что один элемент (или одна запись) одной таблицы связаны только с одним элементом (или одной записью) другой таблицы.
Связь один ко многим означает, что один элемент (или одна запись) одной таблицы связаны со многими элементами (или многими записями) другой таблицы.
Связь многие ко многим означает, что многие элементы (или многие записи) одной таблицы связаны со многими элементами (или многими записями) другой таблицы.
Физический уровень (физическая модель) реляционной базы Данных характеризует способы обработки, а следовательно, иогти-
61
сания свойств данных. Физическая модель таблицы БД представляет собой описание свойств всех полей. Физическая модель формы устанавливает характеристики всех ее элементов (цвет фона, размер рамки, тип шрифта и др.).
Таким образом, проектирование информационных систем на основе реляционных баз данных сводится к следующим действиям:
« постановка задачи на разработку системы;
-
разработка информационных моделей и выбор наиболее эффективной модели организации БД;
Рассмотрим следующий пример. Пусть требуется создать информационную систему для ведения учета заключенных договоров со сторонними организациями менеджерами подразделений фирмы, которая должна также позволить руководителю организации оценить эффективность работы каждого менеджера.
Учет деятельности менеджеров ведется по следующим показателям:
-
ФИО менеджера;
-
название подразделения, в котором работает менеджер;
-
название фирмы, с которой заключен договор;
-
номер заключенного с фирмой договора;
-
стоимость заключенного договора в рублях.
Полная информация о работе менеджеров фирмы может быть представлена в виде таблицы, структура которой показана на рис. 4.6.
Пусть в организации имеется три отдела: «Отдел сбыта», «Производственный отдел» и «Отдел рекламы», в которых соответственно работают менеджеры Иванов И. И., Сидоров С. С. и Петров П. П.
На рис. 4.7 показаны результаты работы менеджеров за некоторый период времени. Предположим, что каждая ячейка этой таблицы является символьной и содержит 50 символов. Требуемый объем памяти будем оценивать по числу символов.
Исходя из заданных условий для организации БД потребуется объем памяти (ОП), равный произведению числа ячеек таблицы (ЧЯ) и числа символов в каждой ячейке (ЧС):
ОП = ЧЯ ЧС.
62
63
На этом небольшом примере мы показали возможность оцен-^ эффективности разных способов организации баз данных. Необходимость разработки и оценки различных информационных моделей в настоящее время становится обязательной при проектировании любых баз данных, и особенно в многопользовательских информационных системах.
4.5. Принципы и формы организации многопользовательских информационных систем
Принципы разработки многопользовательских информационных систем. Очевидно, что разрабатываемые на предприятиях информационные системы и базы данных должны быть многопользовательскими, иначе затраты на их разработку могут не окупиться.
Принципы разработки многопользовательских информационных систем сводятся к выполнению двух обязательных условий: системный подход и стандартизация.
Системный подход к разработке означает, что информационная система рассматривается как «большая система», состоящая из некоторого множества «взаимосвязанных и взаимодействующих между собой элементов» [2]. При этом обязательны: учет интересов всех потенциальных пользователей систем и модульный принцип разработки и внедрения.
Для учета интересов всех потенциальных пользователей системы необходимо установить:
-
каким специалистам и в каких подразделениях предприятия требуется информация о конкретном информационном объекте;
-
признаки описания объектов различными пользователями;
-
общий состав признаков объектов одного класса.
Такой подход к проектированию увеличивает сроки разработки БД, но обеспечивает значительное снижение затрат на разработку всей информационной системы в целом.
Для пояснения приведем следующий реальный пример разработки БД на одном из предприятий, где появление соответствующих программ было по достоинству оценено сотрудниками, и они «бросились» разрабатывать необходимые для себя базы данных. Одной из основных задач, стоящих перед работниками цехов, был выбор инструмента для механической обработки деталей, поэтому разработали цеховую БД по режущему инструменту, на что соответственно затратили время и средства.
В то же время в конструкторском отделе завода специалисты, занимающиеся проектированием режущего инструмента, также создали аналогичную БД. Однако, когда руководство приняло решение создать соответственно общезаводскую информационную
3 Фуфаев
65
систему, оказалось, что одни и те же признаки режущего инстру мента разные специалисты описывали разными способами. И раз работанные ранее базы данных пришлось полностью переде лывать, на что потребовались дополнительное время и дополнительные средства. Проще говоря, средства, затраченные наразра ботку несогласованных между специалистами БД, были потерянь для предприятия.
Модульный принцип означает, что любая система должна раз рабатываться в виде отдельных взаимосвязанных модулей (подси схем), которые могут внедряться в производство и отдельно, т.е до окончательной разработки всей системы.
Стандартизация разработки информационных систем с учетом их многопользовательского характера включает в себя следующие аспекты: информационный, программный и аппаратный.
Стандартизация информационного обеспечения обусловлен; принципами компьютерной обработки символьной информации при которой объекты баз данных должны однозначно распознаваться компьютером. Этот аспект разработки БД определяет необходимость четких правил идентификации (грамматического написания) всех информационных объектов. Так, установив название инструмента для механической обработки детали Резец расточной, недопустимо использовать никакое другое его обозначение, т. е. в этом случае выражение Резец расточной неидентичнс выражению Расточной резец.
Необходимость стандартизации программного обеспечение очевидна: при разработке многопользовательских удаленных дру] от друга систем данные одной из них должны обрабатываться программным обеспечением другой.
Стандартизация аппаратного обеспечения связана с необходимостью снижения затрат на эксплуатацию компьютерной техники
Организация многопользовательских информационных систем, Компьютерные информационные системы современных предприятий разрабатываются с применением сетевых технологий. При создании баз данных в сетевых информационных системах применяют два типа (две архитектуры) организации СУБД: файл —сервер и клиент — сервер.
Общими признаками организации этих типов СУБД является наличие сервера (компьютера), на котором находятся базы (файлы) данных, и рабочих станций (компьютеров пользователей)— клиентов.
В архитектуре файл —сервер по запросу клиента к нему пересылается файл с БД, а затем на компьютере клиента производятся все процессы обработки информации. В архитектуре клиент — сервер все процессы обработки информации по запросу клиента выполняются на сервере, а клиенту отсылаются только результаты обработки данных.
66
При организации многопользовательских сетевых СУБД предпочтительно использование архитектуры клиент—сервер, что вытекает из следующих факторов.
Недостатки организации БД по архитектуре файл—сервер:
-
При передаче по сети файлов БД (особенно с большими объемами информации) с учетом возможного обращения к ним одновременно нескольких пользователей резко снижается производительность работы с системой.
-
При одновременной передаче по сети файлов с большими объемами нескольким пользователям увеличивается вероятность нарушения достоверности передаваемой информации, т. е. снижается надежность работы системы.
Преимущества организации БД по архитектуре клиент—сервер:
-
При передаче по сети только результатов обработки данных по запросам клиентов резко снижается нагрузка на сеть, а следовательно, увеличивается возможность подключения к БД большего числа пользователей, т. е. производительность работы системы в этом случае значительно выше, чем в архитектуре файл—сервер.
-
Централизованное хранение и обработка данных на сервере повышают надежность работы системы.
-
Разработку серверной части СУБД можно выполнять на языке SQL или других языках высокого уровня, что повышает надежность и производительность обработки данных. Разработку клиентской части СУБД можно выполнять с применением прикладных программных продуктов, например Visual Basic, Microsoft Access, что значительно сокращает время на разработку информационной системы.
Методические приемы разработки информационных систем на основе баз данных и технология работы с ними будут рассмотрены далее на примере использования СУБД Microsoft Access.
Контрольные вопросы
-
Дайте определение понятиям «база данных» и «система управления базами данных».
-
Что представляет собой реляционная база данных? Какие характеристики реляционных баз данных сделали их самыми распространенными для создания информационных систем?
-
Какие программные системы применяются для создания баз данных? Дайте сравнительные оценки этим программным системам.
-
Какую роль играет структурированный язык запросов SQL в современных программных продуктах для разработки баз данных?
-
Из каких элементов состоит реляционная СУБД?
-
Какими параметрами характеризуется таблица базы данных?
67
-
Какими параметрами характеризуется поле таблицы базы данных?
-
Какие типы данных обрабатываются современными СУБД?
-
К какому типу данных можно отнести следующие характеристики металлорежущего оборудования:
максимальный диаметр обработки, мм 200
частота вращения шпинделя, об/с .400...3000
габаритные размеры, мм ЮООх 2000 х 1500
наличие системы числового программного управления да
-
Что такое информационные модели данных и для чего они разрабатываются?
-
Какую цель преследует создание концептуальной модели реляционной БД?
-
Какие типы связей между таблицами БД отражает логическая модель БД?
-
Что такое физическая модель таблицы БД?
-
Каковы основные принципы разработки многопользовательских информационных систем?
-
Какие достоинства и недостатки имеют формы организации многопользовательских СУБД файл —сервер и клиент—сервер?
Достарыңызбен бөлісу: |