4.1.9. Тестирование

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

• нисходящее тестирование;

• восходящее тестирование;

• тестирование потоков;

• интенсивное тестирование.

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

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

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

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

4.1.10. Эксплуатация и сопровождение

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

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

4.2. Описание предметной области

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

Должны быть приведены ограничения ПО, касающиеся выполнения конкретного индивидуального задания.

Информация рассматриваемой ПО может представляться входными и выходными документами (с приложением форм документов) и справочниками.

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

4.2.1. Описание бд в терминах объектов п о

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

Объектная система имеет следующие основные составляющие: объект, свойство, связь (объектное отношение).

Объект – это то, о чем накапливается информация.

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

Свойства объекта могут не зависеть от его связей с другими объектами, т.е. являются локальными. Если свойства объекта зависят от связей с другими объектами, то они называются реляционными.

Связь между объектами в зависимости от числа входящих в нее объектов характеризуется степенью: n = 2,3,...k.

На этом этапе проектирования базы данных необходимо определить:

– какие объекты важны для применения;

– какие свойства могут иметь эти объекты;

– какие связи существуют между объектами;

– какие имена можно присвоить отдельным составляющим объектной системы.