Этап 7. Тестирование и усовершенствование

После завершения работ по отдельным компонентам приложения необходимо проверить функционирование приложения в каждом из возможных режимов. Необходимо проверить работу макросов, использовав пошаговый режим отладки, при котором будет выполняться одна конкретная макрокоманда. При использовании Visual Basic для приложений в вашем распоряжении имеются разнообразные средства отладки, позволяющие проверить работу приложения, выявить и исправить ошибки.

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

Лекция 4

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

Под данными понимается информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека.

Давайте остановимся на вопросе классификации баз данных:

Разделяются по технологии обработки (об этом мы с вами говорили на прошлой лекции их две централизованная и распределенная) и по способу установления связей между данными.

Остановимся немножко подробнее на этом вопросе.

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

Реляционная модель данных

Реляционная модель предложена сотрудником компании IBM Е.Ф.Коддом в 1970 г. (русский перевод статьи, в которой она впервые описана опубликован в журнале "СУБД" N 1 за 1995 г.). В настоящее время эта модель является фактическим стандартом, на который ориентируются практически все современные коммерческие СУБД.

Структура данных.

В реляционной модели достигается гораздо более высокий уровень абстракции данных, чем в иерархической или сетевой. В упомянутой статье Е.Ф.Кодда утверждается, что "реляционная модель предоставляет средства описания данных на основе только их естественной структуры, т.е. без потребности введения какой-либо дополнительной структуры для целей машинного представления". Другими словами, представление данных не зависит от способа их физической организации. Это обеспечивается за счет использования математической теории отношений (само название "реляционная" происходит от английского relation - "отношение").

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

Определения:

• Декартово произведение: Для заданных конечных множеств (не обязательно различных) декартовым произведением называется множество произведений вида: , где

Пример: если даны два множества A (a1,a2,a3) и B (b1,b2), их декартово произведение будет иметь вид С=A*B (a1*b1, a2*b1, a3*b1, a1*b2, a2*b2, a3*b2)

• Отношение: Отношением R, определенным на множествах называется подмножество декартова произведения . При этом:

• множества называются доменами отношения
• элементы декартова произведения называются кортежами
• число n определяет степень отношения ( n=1 - унарное, n=2 - бинарное, ..., n-арное)
• количество кортежей называется мощностью отношения

Пример: на множестве С из предыдущего примера могут быть определены отношения R1 (a1*b1, a3*b2) или R2 (a1*b1, a2*b1, a1*b2)

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

Рис.1 Основные компоненты реляционного отношения.

Аналогично можно установить соответствие и с понятием, используемым при определении файлов линейной структуры: отношение – файл; атрибут данное; кортеж – запись файла; домен – множество возможных значений данного.

Формальное определение основных понятий реляционной модели данных базируется на теории множеств.

Отношение с одной стороны представляется («горизонтали») как множество атрибутов, а с другой - (по «вертикали») – как множество кортежей. Каждому элементу множества атрибутов ставится в соответствие множество значений – домен.

По существу отношение соответствует линейной структуре, с соблюдением всех присущих ей требований (один тот же порядок следования атрибутов, один и тот же размер и тип значений одного атрибута во всех кортежах отношений, понятие ключа).

Так приведенные на рисунках 1 и 2 структуры СТУДЕНТ и СЕМЕСТР в реляционной модели данных будут отношениями, данные – код студента, Ф.И.О., пол, дата рождения и семестр, оценка рейтинг по дисциплине – атрибутами отношений, а схемой отношения СТУДЕНТ запись вида СТУДЕНТ (код студента, Ф.И.О., пол, дата рождения).

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

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

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