|
Реферат: Базы данных в INTERNET (Компьютеры)
Московский государственный институт электроники и математики
кафедра САПР
Пояснительная записка к курсовому проекту по дисциплине «разработка САПР»
на тему:
Разработка структур основных видов обеспечения программно-технического
комплекса (ПТК) «Web- интерфейс к базам данных».
Исполнитель: Петушко А.Г.
Группа: АП-101
Преподаватель: Витушкин П.И.
Сдано ________ 199 г
Оценка________
Москва 1996 г.
Задание на курсовой проект. 3
Введение. 4
Обзор ПТК данного вида. 6
Техническое задание на разработку структур ПТК. 9
Наименование и область применения ПТК. 9
Основания для разработки ПТК. 9
Назначение разработки ПТК. 9
Требования к ПТК. 10
Требования к функциональным характеристикам. 10
Требования к программному обеспечению. 10
Требования к информационному обеспечению. 11
Требования к информационной и программной совместимости. 12
Требования к техническому обеспечению. 12
Требования к надежности. 12
Дополнительные требования. 13
Эскизный проект структуры ПО ПТК. 14
Эскизный проект структуры ТО ПТК. 14
Технический проект структуры ПО ПТК. 16
Технический проект структуры ТО ПТК. 17
Заключение. 18
Библиографический список. 19
Задание на курсовой проект.
. Выбрать вид ПТК для разработки структур ПО и ТО и обосновать свой
выбор.
. Составить обзор по различным ПТК данного вида.
. Составить техническое задание на разработку структур ПО и ТО ПТК.
. Разработать эскизный проект структур ПО и ТО ПТК.
. Разработать технический проект структур ПО и ТО ПТК.
. Сделать выводы по курсовому проектированию.
. Оформить пояснительную записку.
Введение.
Сегодня множество людей неожиданно для себя открывают для себя
существование глобальных сетей, объединяющих компьютеры во всем мире в
единое информационное пространство, которое называется Internet. Что это
такое, определить непросто. С технической точки зрения Internet - это
объединение транснациональных компьютерных сетей, работающих по различным
протоколам, связывающих всевозможные типы компьютеров, физически передающих
данные по всем доступным типам линий - от витой пары и телефонных проводов
до оптоволокна и спутниковых каналов. Большая часть компьютеров в Internet
связано по протоколу TCP/IP. Можно сказать, что Internet- это сеть сетей,
опутывающая весь земной шар.
Протокол TCP/IP позволяет передавать информацию, а его используют
разнообразные сетевые сервисы, по- разному обращающиеся с этой информацией.
Internet не решила проблемы хранения и упорядочения информации, но решила
проблему её передачи, дав возможность получать её когда и где угодно.
Поскольку Сеть (здесь и далее Сеть- с большой буквы- будет означать
Internet) децентрализована, то отключение даже значительной части
компьютеров не повлияет на её функциональность. По оценкам аналитиков, в
1995 году число полноценно подключённых к Сети компьютеров составило около
7 миллионов и продолжает стремительно расти. По тем же оценкам, в начале
следующего века Сеть может стать столь же доступна, как телефон или
телевидение сегодня.
Как уже упоминалось, в Сети существует большое число сервисов. Нас в
дальнейшем будет интересовать WWW или просто Web (Word-Wide Web- всемирная
паутина). Это самый популярный сервис Сети и удобный способ работы с
информацией. Сегодня существует по меньшей мере 30 тыс. серверов WWW.
Именно за счет WWW Сеть растёт так стремительно. Пользуясь несложным языком
описания, можно составлять гипермедийные документы для их последующей
публикации в Сети (под гипермедийным я подразумеваю документ, который может
содержать все виды информации - от простого текста до мултимедийных
роликов). Чтобы увидеть содержание документа так, как его представляет себе
его автор нужно иметь на компьютере- клиенте программу просмотра- браузер.
Наиболее популярен сегодня Netscape Navigator, поддерживающий многие
расширения HTML (Hyper Text Markup Language- язык гипертекстовой разметки
документов - именно с его помощью оформляется информация в WWW). Далее под
словами браузер или программа просмотра я буду подразумевать именно эту
программу, хотя и не исключено, что и какая- либо другая программа сможет
отображать всё так, как было задумано.
Теперь немного информации о технологии «клиент- сервер». Она известна
уже довольно длительное время, но раньше чаще всего использовалась в
крупных сетях масштаба предприятия. Сегодня, с развитием Internet, эта
технология все чаще привлекает взоры разработчиков программного
обеспечения. В мире накоплено огромное количество информации по различным
вопросам. Чаще всего эта информация хранится в базах данных (БД). Чтобы
опубликовать её в Сети приходилось экспортировать БД в HTML- документы, что
требовало больших затрат и усложняло поиск информации. Сегодня имеется
большой опыт подобных работ. Практически любой пользователь Сети не раз
сталкивался с подобными БД. Например, главное в работе популярного
поискового сервера Yahoo (адрес- http::www.yahoo.com)- это запросы к базе
данных WWW- сервера по ключевым словам. Ответ сервера- список
гипертекстовых ссылок на найденные в Сети страницы, содержащие нужную
информацию. Именно сегодня проблема Web- интерфейса к БД как никогда
актуальна.
Обзор ПТК данного вида.
Сначала коротко о технологии «клиент- сервер». Её можно представить
так:
. клиент формирует и посылает запрос к базе данных сервера, вернее - к
программе, обрабатывающей запросы.
. эта программа производит манипуляции с БД, хранящейся на сервере, в
соответствии с запросом, формирует результат и передаёт его клиенту.
. Клиент получает результат, отображает его на дисплее и ждет
дальнейших действий пользователя. Цикл повторяется, пока
пользователь не закончит работу с сервером.
В настоящее время, в связи с бурным развитием Internet остро стоит
проблема связи БД и клиентов Сети. Многие фирмы- производители программных
продуктов выпускают или разрабатывают средства публикации БД в Сети.
Основные функции ПТК данного вида таковы:
. обеспечить отображение интерфейса пользователя в формате HTML для
отображения программой просмотра клиента,
. обеспечить формирование запросов к БД наиболее простыми для
неподготовленного пользователя средствами,
. обеспечить аутентификацию пользователя (для разграничения доступа),
. обеспечить обработку запроса и возврат результата в HTML формате для
отображения программой просмотра пользователя.
При этом необходимо помнить о защите передаваемой по Сети информации и
о привлекательности и понятности интерфейса.
Для серийно выпускаемых ПТК данного типа характерны высокая стоимость
самого программного обеспечения (ПО), аппаратной платформы, самой СУБД
(насколько мне известно, ПО для связи с WWW пока не включается в поставку
СУБД). К достоинствам можно отнести хорошую документированность, наличие
технической поддержки, низкую стоимость дальнейших обновлений программного
обеспечения. Хотя в последнее время начинают появляться программы такого
типа для «настольных» СУБД типа Visual FoxPro, Paradox и т.д. Но здесь
другая проблема - при низкой стоимости (некоторое ПО можно получить по Сети
бесплатно - нужно лишь иметь СУБД) отсутствует мощность и гибкость. Такое
ПО годится разве что для публикации небольших по объёму и несложных БД.
Из известного мне ПО такого типа можно упомянуть следующие СУБД:
. SQL-server фирмы Microsoft (требует мощного сервера БД под
управлением ОС Windows NT server той же фирмы )
. Sybase System фирмы Sybase (требует мощного UNIX- сервера)
. Informix фирмы Informix Software (также требует мощного UNIX-
сервера)
. Progress фирмы Progress Software (работает на той же аппаратной
платформе, что и два предыдущих)
. InterBase фирмы Borland (есть вариант для Windows NT и для UNIX)
Кроме вышеперечисленных достоинств можно также отметить хорошую
масштабирумость (наращиваемость), устойчивость в работе, защиту от
несанкционированного доступа и мощность этих программных продуктов. Всё
это ПО, как мне кажется, очень хорошо подходит для работы с крупными
проектами в области БД. Например, в последнее время, всё чаще упоминают
Intranet («внутренняя» Сеть). Это крупные корпоративные вычислительные
сети, основанные на технологиях Internet, использующие те же протоколы,
форматы данных и т.д., но не открытые в глобальную сеть. Достоинства
Intranet в том, что не надо переучивать персонал при переходе на новое ПО
(можно, в принципе, оставить старые интерфейсы), так как научив один раз
человека пользоваться Internet’ ом, можно легко обучить его работе с ПО
предприятия - для отображения информации можно воспользоваться теми же
браузерами.
К общим чертам вышеперечисленных ПТК можно отнести поддержку
стандартного языка запросов к БД- SQL, что облегчает в случае надобности
переход от одной СУБД к другой, практическое отсутствие ограничений на
размеры файлов БД (кто-нибудь видел файл БД размером, например в 1000
Tбайт?), размеры объектов, количество одновременно подключенных клиентов и
т.д. Все зависит от конфигурации сервера.
Конкретное сравнение характеристик привести не представляется
возможным. Автор никогда не работал с вышеперечисленными программными
продуктами, а в прессе чаще всего приводится очень общая информация, а о
реализации конкретных проектов ничего не пишут.
Но можно ожидать, что написание подобного ПТК с использованием
современных средств проектирования и реализации интерфейсов и программ в
стиле RAD (Rapid Application Development- быстрая разработка приложений) не
займет много времени и сил.
Техническое задание на разработку структур ПТК.
Наименование и область применения ПТК.
Рабочее название разрабатываемого ПТК - «Web- интерфейс к БД». После
окончания разработки он будет применяться для ведения базы данных о
сотрудниках НИИ Ядерной Физики (НИИЯФ МГУ). Часть информации планируется
сделать доступной пользователям одного из Web- серверов для того, например,
чтобы можно было найти человека, занимающегося той или иной научной
работой. Но, поскольку в БД будет храниться вся информация о персонале
НИИЯФ, то этот ПТК также планируется для автоматизации кадровой
деятельности. Универсальность обеспечивается за счёт разграничения
полномочий пользователей.
Основания для разработки ПТК.
Основанием для разработки ПТК является устное распоряжение директора
«группы Махаон»- фирмы, занимающейся Internet- технологиями, расположенной
на территории НИИЯФ (с Web- сервером группы можно ознакомиться по адресу
http:://www.machaon.ru) от 20 апреля 1996 года.
Условная тема разработок - использование баз данных в Internet.
Разработка ведется с целью получения опыта работы с БД в Сети, для
повышения навыков в программировании в среде под управлением ОС UNIX, для
привлечения новых пользователей на Web сервер группы и для разработки
собственных технологий в области публикации БД.
Назначение разработки ПТК.
Функционально, разрабатываемый ПТК служит для связи с сервером баз
данных Postgres95 (не путать с Progress), для занесения, модификации,
удаления и поиска информации в БД. Интерфейс представляется в виде HTML-
документа для просмотра браузером клиента и его внешний вид зависит от ОС,
под управлением которой работает программа просмотра (но он содержит все
элементы стандарта GUI- поля ввода, кнопки, радио кнопки, кнопки с
независимой фиксацией и т.д.).
Эксплуатационное назначение ПТК - сбор и хранение информации о
сотрудниках НИИЯФ и предоставление части этой информации для просмотра
внешними клиентами.
Требования к ПТК.
Требования к функциональным характеристикам.
Функции, выполняемые ПТК:
1. отображение интерфейса пользователя в виде HTML- документа
2. обработку запроса пользователя с исключением неправильно заданных
форматов, неверно заполненных полей запроса и т.д.
3. в соответствии с запросом поиск в БД, модификация или удаление
данных в БД (поиск - для любого клиента, а всё остальное - для
имеющего соответствующие права)
4. отображение результатов работы.
Все выходные данные представляются в формате HTML. Входные данные -
ключевые слова, список целевых полей, дальнейшее действие получаются после
заполнения клиентом формы, полученной от ПТК и отображенной программой
просмотра.
По времени процесс манипуляций с БД не должен занимать много времени,
иначе на сервере может быть сгенерирован сигнал «time out» и задача может
быть снята с обработки.
Требования к программному обеспечению.
ПТК разрабатывается на языке PERL (Practical Extraction and Report
Language). Это стандартный язык для написания сценариев работы WWW-
сервера. Язык этот интерпретируемый, похож на нечто среднее между языками C
, Pascal и Basic. Интерпретатор распространяется по Internet бесплатно.
Последние версии объектно- ориентированные. В PERL присутствует возможность
использования библиотек, написанных на других языках программирования в
т.ч. возможность динамической загрузки- выгрузки библиотек. Язык безопасен
для использования - случайное нарушение защиты памяти сильно затруднено.
ПТК должен работать под управлением ОС BSD UNIX. Эта ОС написана
студентами и их руководителями в университете Беркли, Калифорния, США.
Распространяется бесплатно вместе с исходными текстами. Полностью
совместима с большинством стандартов ОС UNIX. Имеется масса дополнительных
компонентов, написанных другими коллективами. Многие UNIX- программы
работают под управлением этой ОС без перекомпиляции. Система устойчива в
работе, легко восстанавливается после сбоев, является многозадачной,
многопотоковой, многопользовательской сетевой ОС с поддержкой множества
сетевых протоколов (в т.ч. TCP/IP). Версия для процессора х86 работает на
любом совместимом с i386 процессоре - от i386SX до Pentium. При запуске без
графической оболочки X-Window эта ОС не требовательна к аппаратным
ресурсам. Поэтому WWW- сервер работает под управлением этой ОС.
Для работы ПТК в системе должна быть установлена СУБД Postgres95. Эта
СУБД также была разработана в университете Беркли как исследовательский
проект группой студентов. Распространяется бесплатно. В настоящее время
доступна версия 1.1- объектно- ориентированная СУБД поддержкой всех
современных возможностей - SQL, большие бинарные объекты, расширяемая
архитектура. Имеются программные библиотеки для написания программ,
использующих эту СУБД.
Для ускорения операций поиска на сервере, где установлен ПТК должно
быть установлено ОЗУ ёмкостью не менее 16 Мбайт. Размер жесткого диска
зависит от количества данных в БД.
На клиентской ЭВМ должен работать браузер для отображения информации.
Типичный клиент- это компьютер класса 486DX с 4-8 Мбайт ОЗУ, жестким диском
порядка 210 Мбайт. 84% пользователей Сети пользуются браузером фирмы
Netscape.
Требования к информационному обеспечению.
Web- интерфейс к БД должен:
a) отображать всю информацию на браузере пользователя в формате HTML
b) проводить аутентификацию пользователя с целью выяснения его
привилегий
c) для пользователей с низким уровнем привилегий давать возможность
видеть часть информации, для пользователей с высоким уровнем -
возможность редактирования, добавления и удаления
d) должна быть обеспечена высокая скорость и надежность работы
программы
В процессе работы создаётся база данных, для чего используется
реляционная модель БД. Она содержит набор плоских таблиц, связанных по
ключевым полям. В процессе работы все таблицы представляются как единое
целое (вместо ключей из одной таблицы сразу отображается информация из
информационных полей других таблиц).
Требования к информационной и программной совместимости.
Программный модуль совместим с интерпретатором PERL версии не ниже
5.001. Для работы необходимо наличие некоторых библиотек (интерфейс для
работы с СУБД Postgres95, интерфейс для работы с HTML- форматированным
текстом) и нужно, чтобы на сервере был запущен монитор БД (фоновый процесс,
реагирующий на обращения к БД и обрабатывающий их - поставляется вместе с
Postgres95).
Требования к техническому обеспечению.
В настоящее время СУБД Postgres95 и Web- интерфейс к ней работают на
сервере со следующими характеристиками:
. процессор- Intel 486DX2 с тактовой частотой 66 МГц
. объем ОЗУ- 32 Мбайт
. жёсткий диск объёмом 1,2 Гбайт с интерфейсом SCSI
. Системная шина- ISA + EISA
. присутствует сетевая карта Ethernet2000- EISA
. операционная система- BSD UNIX
Сервер включен в локальную сеть, содержащую множество различных типов
компьютеров (от Sun SPARKstation до i386) и других серверов (под
управлением различных версий UNIX и NetWare). Аппаратное обеспечение
сервера вполне справляется с нагрузкой, обеспечивая хорошее время реакции.
Эти требования не являются минимально допустимыми, но тестирование на
других конфигурациях сервера не проводилось.
Требования к надежности.
Для обеспечения устойчивого функционирования ПТК проверяются входные
данные. При аварийном завершении программы система возвращается в
первоначальное состояние, для чего имеется специальная процедура,
реагирующая на соответствующий сигнал (аналог программного прерывания в
DOS).
При отказе время восстановления зависит от сложности неисправности. В
случае программного сбоя время восстановления равно времени, нужному
перезагрузки сервера. При аппаратном сбое оно равно времени восстановления
информации с резервной копии.
Дополнительные требования.
Для работы с ПТК к квалификации персонала не предъявляется особенных
требований. Единственный необходимый навык- умение работы с программой
просмотра для WWW. Для занесения информации в БД планируется задействовать
одного человека.
Необходимо периодическое резервное копирование информации для чего
написана программа, экспортирующая содержимое БД в текстовые файлы и
программа восстановления. Это выполняется системным администратором по мере
необходимости.
Компьютер клиента может быть практически любой и необходимым
требованием является лишь подключение к Сети и наличие браузера,
поддерживающего HTML версии 2.0 (программа просмотра Netscape Navigator
подходит как нельзя лучше, тем более существуют её модификации для
множества аппаратных платформ и операционных систем при схожести
интерфейса).
Эскизный проект структуры ПО ПТК.
На представленном ниже эскизе представлены основные блоки ПТК. В
скобках указаны основные функции, выполняемые блоками.
Это эскиз, использованный при начальной стадии разработки.
Используемые для написания программы библиотеки:
. CGI.pm- библиотека для манипуляции информационными элементами (поля
ввода, кнопки, радио кнопки, скрытые поля и т.д. в формате HTML,
отображение информации на браузере клиента и ввод ответа от него)
. Pg.pm- библиотека для манипуляции БД (подключение к программе- монитору,
посылка запросов, обработка результата и т.д.)
Эскизный проект структуры ТО ПТК.
Данный эскиз показывает, как работает система в общем. Конкретно всё
зависит от того, где находится клиент, сервер, как клиент подсоединён к
серверу.
Пользователь на клиентском компьютере в
программе просмотра заполняет предложенную форму
или выбирает дальнейшее действие.
Браузер по нажатию одной из кнопок в форме
пересылает данные из заполненной формы или
отображает вновь полученные в результате какой-
либо операции.
Не важно, к какой из сетей подключен клиент
(он даже может быть удалённым пользователем и
соединиться по модему).
Программа принимает данные, проверяет их и
формирует запрос к монитору БД или получает от
него результат.
Получив запрос, монитор обрабатывает его.
Если не произошло ошибок, ждёт запроса от
программы на отправку программе результата.
На диске сервера хранится БД,
модифицируемая по запросу клиента.
Технический проект структуры ПО ПТК.
Программа логически разделена на несколько модулей. Ниже приведено
краткое описание модулей и функций, содержащихся в них.
Модуль Npi_people. Основная часть программы. Этот модуль вызывается при
начале работы. Доступ к нему разрешён всем пользователям. Содержит рад
подпрограмм общего назначения:
setup- функция первоначальной настройки. Определение, какой пользователь
подключён и что разрешено ему видеть
set_mode- установка режима работы, т.е. что дальше будет делать программа -
искать, модифицировать или удалять информацию из БД
connect_db- подключение к нужной БД через монитор. В случае ошибки -
аварийное завершение
prepare_sql- подготовка SQL- запроса к БД
handler- обработчик аварийных сигналов
Модуль html_output. Содержит подпрограммы вывода форм, форматирования и
вывода результатов в формате HTML, приёма и обработки информации от
пользователя.
print_form- По установленному режиму вызвать функцию вывода той или иной
формы
search_form- вывод формы для поиска
modify_form- вывод формы для модификации
del_form- вывод формы для удаления
print_result- выдача результата
good_bye- выдача сообщения об аварийном завершении программы
Модуль Pg_dbi. Содержит подпрограммы работы с монитором БД.
dbi_con- подсоединение к указанной БД
dbi_rowsmatched- функция возвращает количество строк в результате
do_sql- выполнение SQL- запроса
dbi_disconnect- отсоединение от монитора БД
dbi_nextrow- получение следующей строки результата
Модуль constants. Содержит набор необходимых для работы констант. Вынесен в
отдельный модуль, чтобы не загромождать текст программы.
Технический проект структуры ТО ПТК.
Ниже приведена одна из конкретных реализаций ТО ПТК (именно на таком
ТО работал автор)
Как видно из приведённой схемы, программа
может работать как с внутренними клиентами
(Intranet), так и с внешними (Internet). Типичная
ЭВМ, за которой автор разрабатывал и тестировал
ПТК - это процессор Intel 486DX2 66 МГц, 4 Мбайт
ОЗУ, жесткий диск 100 Мбайт. ОС- MS DOS 6.22 и
Windows3.1
Сеть на базе NetWare- это витая пара +
карты Ethernet2000 на рабочих станциях
Сервер NetWare по конфигурации не сильно
отличается от UNIX- сервера, конфигурация
которого описана ранее.
Заключение.
Разработанный ПТК в целом соответствует ТЗ, полученному в начале
работы. ПТК ещё нуждается в доработке, но уже выполняет основные функции.
Вполне возможно, что развитием этой работы будет полный WWW- интерфейс к
БД, позволяющий создавать свою собственную БД и без программирования
манипулировать ей (по аналогии с FoxPro, например). Есть идеи по воплощению
WWW средства для построения запросов в стандарте QBE (Query By Example). Но
наиболее близок к воплощению проект WWW- календарь, содержащий все
праздники и позволяющий находить праздник по дате или дату известного
праздника в диалоговом режиме.
Сравнивать этот ПТК с аналогичными не логично, потому что всё в нём
написано маленьким коллективом разработчиков для конкретной цели, а не
целой армией программистов и для общих целей, как в случае с продуктами,
перечисленными в начале.
В последнее время на рынке Internet успешно продвигается технология
Java, разработанная фирмой Sun. Java- это объектно- ориентированный язык,
схожий с C++. Сама фирма характеризует его как «простой, объектно-
ориентированный, распределяемый, интерпретируемый, надёжный, защищённый, не
зависящий от архитектуры, высокопроизводительный, многопоточный и
динамичный». На Java разрабатывают небольшие программы, которые можно
загружать из Сети и выполнять на клиентском компьютере. Недавно появилась
информация о выпуске спецификации JDBC (по аналогии с ODBC фирмы Microsoft)-
стандарта для доступа из программы, написанной на Java к БД любого
производителя, поставляющего драйвер, соответствующий JDBC для своей СУБД.
С выпуском подобных драйверов упроститься доступ и модификация БД, появятся
стандартные способы работы, что сильно упростит разработку ПТК, подобного
описываемому здесь. Но пока не все производители ПО для клиентов поддержали
начинания фирмы Sun, поэтому только браузер Netscape Navigator умеет
выполнять Java- приложения.
Если Java станет стандартом, то можно будет переписать ПТК на этом
языке, сделав его более надёжным, быстрым и привлекательным в смысле
интерфейса пользователя.
Библиографический список.
1. Компьютер Пресс N2 1996г.
2. Компьютер Пресс N4 1996г.
3. Компьютер Пресс N5 1996г.
4. Computer Week Москва N38(196) 1995г.
5. Computer Week Москва N4(210) 1996г.
6. Computer Week Москва N17(223) 1996г.
7. Computer Week Москва N18(224) 1996г.
8. PC Magazine russian edition спецвыпуск N2(41) 1995г.
9. PC Magazine russian edition N6(34) 1995г.
10. Компьютерра N15(142) 1996.
-----------------------
Клиент
Программа на сервере
БД
Запрос к серверу БД
Ответ сервера
Манипуляции с БД
Основной блок ПТК
( выяснение текущего режима работы, вызов процедуры, выдающей
соответствующую форму в HTML формате, получение информации от пользователя)
Блок вывода форм
(выводит формы для аутентификации пользователей, для поиска в БД, для
редактирования и т.д.)
Блок подготовки SQL- запросов
( по полученным из заполненной формы данным составляется запрос к БД на
языке SQL с проверкой параметров)
Блок вывода результата
( проверяется результат запросов и выводится информация для пользователя с
предложением последующих действий)
Браузер клиента
Пользователь
Internet / Intranet или ЛВС
Web- интерфейс к БД
Монитор БД (Postmaster)
БД
Клиент
сервер
Клиент
Внешние клиенты
UNIX- сервер, на котором исполняется Web - интерфейс к БД
Сервер NetWare
ЛВС на базе Novell NetWare
Netscape Navigator 2.0 16 bit
Реферат на тему: Базы данных. Создание форм и отчетов (на примере ACCESS)
Министерство общего и профессионального образования
Уральский государственный профессионально- педагогический
университет
Кафедра информационных технологий
| |
|К защите допускаю: |
| |
|зав. кафедрой ИТ |
|С.Б.Петров |
Базы данных. Создание форм и отчетов (на примере ACCESS).
Описание программы ведения электронной школьной документации.
Пояснительная записка к дипломной работе
030504.05.ПЗ
|Разработчик: |Т.П. Волошина |
|Научный руководитель: | |
|ассистент кафедры ИТ |Н.Н. Зиновьева |
|Нормоконтроллер: |Н.Н. Зиновьева |
Екатеринбург
1999 год
Р Е Ф Е Р А Т
В дипломной работе
*****листов машинописного текста,
*****иллюстраций,
*****таблиц,
*****использованных источников,
*****приложений.
В дипломной работе рассмотрены общие вопросы баз данных
различных моделей, принципы организации текстовых, сетевых и реляционных
баз. Описан подход к проектированию баз данных. На конкретном примере базы
данных для ведения электронной школьной документации показан процесс
конструирования и построения базы данных. Раскрыты приемы создания экранных
форм и отчетов.
Подробно описана методика работы с программой. Программа может
быть использована для практической работы в школах и других учебных
заведениях в помощь школьному администратору.
Рассмотрены вопросы санитарно-гигиенических требований при
работе с компьютером.
СОДЕРЖАНИЕ
Введение
БАЗЫ ДАННЫХ
1. Текстовые базы данных
2. Сетевые базы данных
3. Реляционные базы данных
4. Проектирование баз данных
5. Анализ предметной области и запросов к БД
1. Анализ концептуальных требований
2. Выявление информационных объектов и связей между ними
3. Построение концептуальной модели
6. Логическое проектирование
1. Выбор конкретной СУБД
2. Отображение концептуальной схемы на логическую схему
3. Выбор языка манипулирования данными
ACCESS
1. Таблицы
2. Формы
3. Отчеты
Описание работы программы ведения электронной школьной документации
1. НАСТРОЙКА ПРОГРАММЫ
1. ЗАПОЛНЕНИЕ ТИТУЛЬНОГО ЛИСТА
2. Заполнение таблицы Классы
3. Заполнение таблицы Предметы
4. Заполнение таблицы Ученики
5. Заполнение таблицы Кабинеты
6. И т д …..
2. Работа программы
1. Классные журналы
2. Расписание
3. Регистрация выполненной работы
4. Сервис
1. Создание резервной копии
2. Восстановление
3. Контроль целостности
4. Тестирование БД
5. Перевод на новый учебный год
6. Работа в архиве
7. Согласование с бухг. Программой
8. Организация контроля доступа
9. Работа с SQL запросами
5. Отчеты
Санитарно-гигиенические требования при работе на Пэвм
ЭКОНОМИЧЕСКАЯ ЧАСТЬ ДИПЛОМНОЙ РАБОТЫ
Заключение
ГлоССАРИЙ
Литература
Приложение 1
Приложение 2
Приложение
Приложение
Приложение
Приложение
Приложение
Введение
Дипломная работа посвящена анализу проектирования баз данных, а также
освещению методов построения форм и отчетов на примере построения программы
ведения электронной документации учебного заведения. В качестве инструмента
построения базы данных использован Microsoft Access. С самого начала эту
СУБД отличала простота использования в сочетании с широкими возможностями
по разработке законченных приложений.
Актуальность темы
В настоящее время, несмотря на повышение компьютеризации общества, в
сфере образования до сих пор нет средств, позволяющих в достаточной мере
автоматизировать процесс ведения документации и отчетности.
Одной из составных задач можно рассматривать проблему составления
расписания учебного процесса, а так же оперативную корректировку расписания
при возникновении необходимости в этом.
О своевременности и актуальности рассматриваемой проблемы говорит тот
факт, что большую часть своего времени администраторы заведений и
преподаватели тратят на оформление различной документации и отчетов.
Огромное количество учебных заведений и отсутствие предложений в данной
сфере гарантируют высокую потребность в данном продукте.
Базы данных (БД) составляют в настоящее время основу компьютерного
обеспечения информационных процессов, входящих практически во все сферы
человеческой деятельности.
Действительно, процессы обработки информации имеют общую природу и
опираются на описание фрагментов реальности, выраженное в виде совокупности
взаимосвязанных данных. Базы данных являются эффективным средством
представления структур данных и манипулирования ими. Концепция баз данных
предполагает использование интегрированных средств хранения информации,
позволяющих обеспечить централизованное управление данными и обслуживание
ими многих пользователей. При этом БД должна поддерживаться в среде ЭВМ
единым программным обеспечением, называемым системой управления базами
данных (СУБД). СУБД вместе с прикладными программами называют банком
данных.
Одно из основных назначений СУБД – поддержка программными средствами
представления, соответствующего реальности.
Предметной областью называется фрагмент реальности, который
описывается или моделируется с помощью БД и ее приложений. В предметной
области выделяются информационные объекты – идентифицируемые объекты
реального мира, процессы, системы, понятия и т.д., сведения о которых
хранятся в БД.
Некоторые сведения о типах данных
Этапам реализации баз данных соответствуют уровни описания предметной
области: реальность в том виде, как она существует; концептуальное описание
реальности; представление описания в виде формального текста и физическая
реализация БД на машинных носителях.
Для ввода в ПК полученное описание должно быть представлено в
терминах специального языка описания данных, который входит в комплекс
средств СУБД.
Простое (элементарное) данное – это наименьшая семантически значимая
поименованная единица данных (например, ФИО, должность, адрес и т.д.).
Значения простого данного описывает представленную им характеристику
объекта для каждого экземпляра объекта. Имена простых данных хранятся в
описании БД, в то время как их значения запоминаются в самой БД.
Совокупность простых данных можно объединить в составное данное двумя
способами. Во-первых, можно соединить несколько разнотипных данных.
Например, данное АНКЕТА состоит из данных ТАБЕЛЬНЫЙ НОМЕР, ФИО, ГОД
РОЖДЕНИЯ, ПОЛ, ДОЛЖНОСТЬ, ЗАРПЛАТА. По этому принципу образуется
структурное данное или данное типа структура. Описание структуры состоит из
перечисления ее составных частей, значение – из значений составляющих ее
данных. Во-вторых, составное данное может объединять совокупность
однотипных данных(список сотрудников, послужной список сотрудника и т.п.).
Составное данное этого типа называется массивом. В описании массива
достаточно указать описание одного элемента, значение массива
представляется однородным списком значений его элементов.
В общем случае составные данные представляют собой объединенную под
одним именем совокупность данных любых типов, в том числе структур и
массивов, с произвольной глубиной вложенности составных данных (рис.1).
Послужной список
Анкета
Зарплата
Дата Работа
Таб.номер Должность
ФИО Пол Должность Организация
Год рождения
Массив
Структура
Сотрудники
Анкета
Зарплата
Таб. номер
Послужной список
ФИО
Дата
Дата Работа
рождения
Число
Должность Организация
Месяц Год
Многоуровневое данное
Рис.1
Элементы массива могут идентифицироваться ключом - данным, значения
которого взаимно однозначно определяют экземпляры элементов.
Составные типы данных представляют иерархические связи значений
данных в БД. Представление предметной области в виде структур данных с
иерархическими связями носит название иерархической модели данных. В общем
случае в базе могут быть определены также сетевые связи, позволяющие
описать сеть – ориентированный граф произвольного вида. Представление
предметной области в виде сетевых структур данных общего вида называется
сетевой моделью данных. Сетевые связи реализуются путем отождествления
отдельных данных БД.
Процесс построения концептуального описания с учетом всех необходимых
факторов называется процессом проектирования БД.
Интерфейс с БД.
Интерфейс определяет переход от представления данных в БД к
представлению, принятому среди пользователей, и обратно. В общем случае
пользователи представляют данные в виде документов различных видов, от
произвольных текстов до справок и таблиц фиксированного формата.
Интерфейс доступа конечного пользователя охватывает комплекс
технических, организационных и программных решений, обеспечивающих в итоге
унифицированность, хорошую понимаемость и надежность взаимодействия
конечного пользователя с различными моделями персональных компьютеров.
Под документом понимается произвольный структурированный текст,
который может быть представлен на алфавитно – цифровых печатающих
устройствах. При этом под структурой текста понимается структура
взаимосвязей данных, составляющих текст.
В процессе проектирования, как правило, возникает необходимость
точного учета структур документов. Для полного представления этих структур
могут использоваться средства описания данных БД. Тем самым облегчается
процесс сопоставления БД и документов при организации интерфейса.
Совместная реализация БД и интерфейса на единой концептуальной основе
предполагает сопоставление соответствующих понятий концептуального описания
с понятиями пользователей.
Конкретные функциональные требования пользователей и предполагаемое
их обеспечение отображаются понятием пользовательского представления
данных. В общем случае пользовательское представление включает так
называемое локальное внешнее представление функций обработки данных, а
также определение форматов входных и выходных данных.
База данных (БД) – именованная совокупность данных, отражающая
состояние объектов и их отношений в рассматриваемой предметной области;
- система управления базами данных (СУБД) – совокупность языковых и
программных средств, предназначенных для создания, ведения и совместного
применения БД многими пользователями;
- банк данных (БнД) – основанная на технологии БД система
программных, языковых, организационных и технических средств,
предназначенных для централизованного накопления и коллективного
использования данных;
- информационная система (ИС) – система, реализующая
автоматизированный сбор, обработку и манипулирование данными и включающая
технические средства обработки данных, программное обеспечение и
соответствующий персонал.
Функционально – полная СУБД должна включать в свой состав средства,
обеспечивающие потребности пользователей различных категорий на всех этапах
жизненного цикла систем БД: проектирования, создания, эксплуатации.
БАЗЫ ДАННЫХ
Текстовые базы данных.
Объектами хранения в текстовых БД являются тексты. Под текстом будут
пониматься неструктурированные данные, построенные из строк.
Основной целью любой текстовой БД является хранение, поиск и выдача
документов, соответствующих запросу пользователя. Такие документы принято
называть релевантными. Ввиду того, что автоматизированный поиск документов
на естественных языках достаточно затруднен, возникает вопрос о
проектировании некоторых формальных языков, предназначенных для отображения
основного смыслового содержания документов и запросов в БД.
Такие языки называют информационно-поисковыми. В настоящее время
разработано достаточно большое количество информационно-поисковых языков,
которые отличаются не только по своим изобразительным свойствам, но и по
степени семантической силы.
В основе подхода к построению классификационных языков лежит
представление о том, что накопленные знания могут быть разделены на
взаимоисключающие классы и подклассы. Существует система правил, которой
должен подчиняться любой язык классификационного типа, в частности:
- Деление отраслей знаний на классы и подклассы проводится по одному
основанию;
- Подклассы должны исключать друг друга;
- При делении классов на подклассы должна соблюдаться непрерывность.
Информационно – поисковые языки, получившие название дескрипторных,
основаны на применении принципов координатного индексирования, при котором
смысловое содержание документа может быть с определенной степенью точности
и полноты задано списком ключевых слов, содержащихся в тексте.
Дескрипторные языки привязаны к лексике текстов. Ключевые слова из
текстов выбираются исходя из разных целей, соответственно, критерии выбора
могут различаться. Для построения дескрипторного языка критерием отбора
ключевых слов, как правило, служат информативность слова и частота его
встречаемости в тексте.
Универсальными структурами дескрипторного языка являются лексические
единицы, парадигматические и синтагматические отношения.
Лексическая единица – наименьшая смысловая единица, задаваемая при
построении языка.
В большинстве автоматизированных информационных систем при
индексировании документов и запросов применяется контроль с помощью
тезауруса. Контроль может осуществляться в автоматизированном или ручном
режиме. По сути дела тезаурус представляет собой словарь – справочник, в
котором присутствуют все лексические единицы дескрипторного информационно
поискового языка с введенными парадигматическими отношениями.
Парадигматические отношения могут задаваться как:
. Отношения вид – род (вышестоящий дескриптор);
. Отношения род – вид (нижестоящие дескрипторы);
. Синонимы;
. Ассоциативные связи
В тезаурусы помещаются дескрипторы и недескрипторы, хотя существуют
тезаурусы только из дескрипторов.
Как дескрипторы, так и недескрипторы приводят к единой грамматической
форме. Как правило, дескрипторы употребляются в форме существительных или
именных словосочетаний. Тезаурус может быть построен по принципу
дескрипторных статей, состоявших из заглавного дескриптора и списка
дескрипторов и недескрипторов с обозначением парадигматических отношений.
Тезаурус может быть двуязычным. В этом случае эквивалентный дескриптор на
иностранном языке должен быть обозначен.
Парадигматические отношения представляют собой внетекстовые отношения
между лексическими единицами. На их основании происходит группировка
лексических единиц в парадигмы.
Синтагматические отношения представляют собой отношения лексических
единиц в тексте, т.е. они выражают семантику контекста.
При переводе основного смыслового содержания документов и запросов с
естественного языка на дескрипторный информационно – поисковый язык
существуют определенные правила, называемые системой индексирования.
Результатом перевода документа является поисковый образ документа, а
запроса – поисковый образ запроса.
Из перечисленных информационно – поисковых языков именно
дескрипторные языки наилучшим образом приспособлены для описания документов
и запросов при автоматизированном поиске в текстовых БД. Языки эти обладают
таким преимуществом, как гибкость, открытость, близость к естественному
языку; это языки двухуровневые (уровень ключевых слов и уровень
дескрипторов). Дескрипторные информационно – поисковые языки позволяют
формулировать документы и запросы в разных терминах. К основным
недостаткам языков данного класса можно отнести недостаточную полноту
описания смыслового содержания документов и запросов.
Системы, контролируемые тезаурусом, содержат процедуры как
морфологического, так и синтаксического анализа текстов. Однако при
проектировании ряда БД возникает необходимость в добавлении еще одного
этапа анализа текста на естественном языке – анализа его семантической
структуры. Примером таких баз могут быть БД, ориентированные на поиск по
образцам. В подобных семантических системах пытаются моделировать процесс
понимания законченных описаний фрагментов действительности, например
патентов, рассказов, эпизодов и др., выраженных в виде текстов. Как
правило, понимание текста трактуется как процесс извлечения из него
существенной с точки зрения системы информации. Извлеченная информация
вводится в базу знаний, представляющую собой динамическую информационную
модель реального мира. Затем система способна отвечать на запросы
относительно событий, фактов, явлений, изложенных в текстах.
Пакеты прикладных программ, предназначенные для ввода, обработки,
поиска и обновления текстов, называют информационно-поисковой системой
(ИПС).
Сетевые базы данных.
Одним из наиболее эффективных методов представления знаний являются
сетевые модели.
В основе моделей лежит понятие сети, вершинами которой являются
понятия, соответствующие объектам, событиям, процессам, явлениям, а дугами
– отношения между этими понятиями.
Узлы и связи можно наглядно изображать в виде диаграмм.
Если вершины сети не имеют своей внутренней структуры, то сеть будет
простой. Если же вершины обладают некоторой структурой в виде сети, то сеть
называется иерархической. Если отношения между вершинами одинаковые, то
сеть однородна, в противном случае – сеть неоднородна. Характер отношений,
приписываемый дугам, может быть различен. В соответствии с этим выделяют
следующие типы сетей:
. Функциональные сети отражают декомпозицию определенной вычислительной или
информационной процедуры, а дуги показывают функциональную связь между
декомпонированными частями; этот язык недостаточно богат для
представления знаний;
. Сценарии, представляющие собой однородные сети с единственным отношением
в виде нестрогого порядка. Семантика отношений может быть различной.
Отношение может трактоваться как классифицирующее, временное и т.п.
Сценарии часто используются при формировании допустимых планов по
достижению цели;
. Семантические сети используют отношения разных типов, а вершины в них
могут иметь разную интерпретацию, По сути дела семантическая сеть
является классом, в который включаются как сценарии, так и функциональные
сети. Наиболее часто используются в сети связи типа «это есть». Они
позволяют построить в виде сети иерархию понятий, в которых узлы низших
уровней наследуют свойства узлов более высоких уровней. Именно таким
механизмом переноса свойств обусловлена эффективность семантических
сетей.
Реляционные базы данных.
Базы данных называются реляционными, если управление ими основано на
математической модели, использующей методы реляционной алгебры и
реляционного исчисления. С. Дейт дает следующее неформальное определение
реляционных баз данных:
. Вся информация в базе данных представлена в виде таблиц.
. Поддерживаются три реляционных оператора – выбора, проектирования и
объединения, с помощью которых можно получить любые необходимые данные ,
заложенные в таблицы.
Доктор И.Ф. Кодд, автор реляционной модели, разработал целый список
критериев, которым должна удовлетворять реляционная модель. Описание этого
списка, часто называемого «12 правилами Кодда», требует введения сложной
терминологии и выходит за рамки дипломной работы. Тем не менее можно
назвать некоторые правила Кодда для реляционных систем. Чтобы считаться
реляционной по Кодду, система управления базами данных должна:
. Представлять всю информацию в виде таблиц;
. Поддерживать логическую структуру данных, независимо от их физического
представления;
. Использовать язык высокого уровня для структурирования, выполнения
запросов и изменения информации в базах данных;
. Поддерживать основные реляционные операции (выбор, проектирование и
объединение), а также теоретико-множественные операции, такие как
объединение, пересечение и дополнение;
. Поддерживать виртуальные таблицы, обеспечивая пользователям
альтернативный способ просмотра данных в таблицах;
. Различать в таблицах неизвестные значения (nulls), нулевые значения и
пропуски в данных;
. Обеспечивать механизмы для поддержки целостности, авторизации, транзакций
и восстановления данных.
Первое правило Кодда гласит, что вся информация в реляционных базах
данных представляется значениями в таблицах. В реляционных системах таблицы
состоят из горизонтальных строк и вертикальных столбцов. Все данные
представляются в табличном формате – другого способа просмотреть информацию
в базе данных не существует. Набор связанных таблиц образует базу данных.
Таблицы в реляционной базе разделены, но полностью равноправны. Между ними
не существует никакой иерархии.
Каждая таблица состоит из строк и столбцов. Каждая строка описывает
отдельный объект или сущность – ученика, предмет, день недели или что-
нибудь другое. Каждый столбец описывает одну характеристику объекта – имя
или фамилию ученика, его адрес, оценку, дату. Каждый элемент данных, или
значение, определяется пересечением строки и столбца. Чтобы найти требуемый
элемент данных, необходимо знать имя содержащей его таблицы, столбец и
значение его первичного ключа, или уникального идентификатора.
В реляционной базе данных существует два типа таблиц –
пользовательские таблицы и системные таблицы. Пользовательские таблицы
содержат информацию, для поддержки которой собственно и создавались
реляционные базы данных. Системные таблицы обычно поддерживаются самой
СУБД, однако доступ к ним можно получить так же, как и к любым другим
таблицам. Возможность получения доступа к системным таблицам, по аналогии с
любыми другими таблицами, составляет основу другого правила Кодда для
реляционных систем.
Реляционная модель обеспечивает независимость данных на двух уровнях
– физическом и логическом. Физическая независимость данных означает с точки
зрения пользователя, что представление данных абсолютно не зависит от
способа их физического хранения. Как следствие этого, физическое
перемещение данных никоим образом не может повлиять на логическую структуру
базы данных. Другой тип независимости, обеспечиваемый реляционными
системами - логическая независимость – означает, что изменение
взаимосвязей между таблицами и строками не влияет на правильное
функционирование программных приложений и текущих запросов.
В определении системы управления реляционными базами данных
упоминаются три операции по выборке данных – проектирование, выбор и
объединение, которые позволяют строго указать системе, какие данные
необходимо показать. Операция проектирования выбирает столбцы, операция
выбора – строки, а операция объединения собирает вместе данные из связанных
таблиц.
Виртуальные таблицы можно рассматривать как некоторую перемещаемую по
таблицам рамку, через которую можно увидеть только необходимую часть
информации. Виртуальные таблицы можно получить из одной или нескольких
таблиц базы данных ( включая и другие виртуальные таблицы), используя любые
операции выбора, проектирования и объединения. Виртуальные таблицы, в
отличие от «настоящих», или базовых таблиц, физически не хранятся в базе
данных. В то же время необходимо осознавать, что виртуальные таблицы это не
копия некоторых данных, помещаемая в другую таблицу. Когда вы изменяете
данные в виртуальной таблице, то тем самым изменяете данные в базовых
таблицах. В идеальной реляционной системе с виртуальными таблицами можно
оперировать как и с любыми другими таблицами. В реальном мире на
виртуальные таблицы накладываются определенные ограничения, в частности на
обновление. Одно из правил Кодда гласит, что в истинно реляционной системе
над виртуальными таблицами можно выполнять все «теоретически» возможные
операции. Большинство современных систем управления реляционными базами
данных не удовлетворяют этому правилу полностью.
В реальном мире управления информацией данные часто являются
неизвестными или неполными: неизвестен телефонный номер, не захотели
указать возраст. Такие пропуски информации создают «дыры» в таблицах.
Проблема, конечно, состоит не в простой неприглядности подобных дыр.
Опасность состоит в том, что из-за них база данных может стать
противоречивой. Чтобы сохранить целостность данных в реляционной модели,
так же, как и в правилах Кодда, для обработки пропущенной информации
используется понятие нуля.
«Нуль» не означает пустое поле или обычный математический нуль. Он
отображает тот факт, что значение неизвестно, недоступно или неприменимо.
Существенно, что использование нулей инициирует переход с двухзначной
логики (да/нет) на трехзначную (да/нет/может быть). С точки зрения другого
эксперта по реляционным системам, Дейта, нули не являются полноценным
решением проблемы пропусков информации. Тем не менее они являются составной
частью большинства официальных стандартов различных реляционных СУБД.
Целостность – очень сложный и серьезный вопрос при управлении
реляционными базами данных. Несогласованность между данными может возникать
по целому ряду причин. Несогласованность или противоречивость данных может
возникать вследствие сбоя системы – проблемы с аппаратным обеспечением,
ошибки в программном обеспечении или логической ошибки в приложениях.
Реляционные системы управления базами данных защищают данные от такого типа
несогласованности, гарантируя, что команда либо будет исполнена до конца,
либо будет полностью отменена. Этот процесс обычно называют управлением
транзакциями.
Другой тип целостности, называемый объектной целостностью, связан с
корректным проектированием базы данных. Объектная целостность требует,
чтобы ни один первичный ключ не имел нулевого значения.
Третий тип целостности, называемой ссылочной целостностью, означает
непротиворечивость между частями информации, повторяющимися в разных
таблицах. Например, если вы изменяете неправильно введенный номер карточки
страхового полиса в одной таблице, другие таблицы, содержащие эту же
информацию, продолжают ссылаться на старый номер, поэтому необходимо
обновить и эти таблицы. Чрезвычайно важно, чтобы при изменении информации в
одном месте, она соответственно изменялась и во всех других местах. Кроме
того, по определению Кодда, ограничения на целостность должны:
. Определяться на языке высокого уровня, используемом системой для всех
других целей;
. Храниться в словаре данных, а не в программных приложениях.
Эти возможности в том или ином виде реализованы в большинстве систем.
Проектирование баз данных
Процесс, в ходе которого решается, какой вид будет у вновь
создаваемой БД, называется проектированием базы данных. На этапе
проектирования необходимо предусмотреть все возможные действия , которые
могут возникнуть на различных этапах жизненного цикла БД (рис.2).
| |Процедуры, выполняемые на | |
| |этапах жизненного цикла БД | |
| | | | | | | | | |
|Проектирова| |Создание | | | |Эксплуатация| | |
|ние | | | | | | | | |
| | | | | | | | | |
|Анализ | |Генерация | |Реоргани| |Организация | |Контроль |
|предметной | |схемы БД | |зация БД| |доступа к | |состояния |
|области и | | | | | |базам данных| |БД |
|запросов к | | | | | | | | |
|БД | | | | | | | | |
| | | | | | | | | |
|Интеграция | |Подготовка| |Реструкт| |Поиск и | |Сбор и |
|пользовател| |среды | |уризация| |обновление | |анализ |
|ьских | |хранения | |БД | |данных | |статистики|
|представлен| | | | | | | |использова|
|ий | | | | | | | |ния БД |
| | | | | | | | | |
|Выбор | |Ввод и | |Реформат| |Вывод | |Контроль |
|средства | |контроль | |изация | |отчетов | |целостност|
|реализации | |данных | |БД | | | |и БД |
| | | | | | | | | |
|Логическое | |Загрузка и| | | |Разграничени| |Копировани|
|проектирова| |корректиро| | | |е доступа | |е и |
|ние | |вка БД | | | | | |восстановл|
| | | | | | | | |ение БД |
| | | | | | | | | |
|Физическое | | | | | |Инициировани| | |
|проектирова| | | | | |е и | | |
|ние | | | | | |завершение | | |
| | | | | | |работы с | | |
| | | | | | |СУБД | | |
Рис. 2
Анализ предметной области и запросов к БД.
На данном этапе необходимо проанализировать запросы пользователей,
выбрать информационные объекты и их характеристики и на основе анализа
структурировать предметную область (рис. 3).
Анализ предметной области целесообразно разбить на три фазы:
. Анализ концептуальных требований и информационных потребностей;
. Выявление информационных объектов и связей между ними;
. Построение концептуальной модели предметной области и проектирование
концептуальной схемы БД
|Объекты реального| |Ограничения эксплуатации| |Входные / |
|мира | |(технология) | |выходные/ |
| | | | |документы |
| | |Уровень реальности |
|Описания объектов| | |Внешние пользовательские|
|предметной | | |представления (описание |
|области | | |функций приложений – |
| | | |задач) |
| | |Уровень концептуального проектирования |
|Описание предметной | |Описание входных и выходных |
|области на языке | |форм документов и функций |
|описания данных | |обработки данных на языках |
|выбранной СУБД | |описания входных и выходных |
| | |форм запросов выбранной СУБД|
| | |Уровень формальных текстов (логическое |
| | |проектирование) |
| | | | | |
Описание Уровень физической Библиотека
Библиотека
базы реализации входных и запросов
данных вых. форм
Рис. 3
| |
