9. Жизненный цикл базы данных (жц бд). Определение, виды моделей жц бд, достоинства и недостатки.

Жизненный цикл программного обеспечения (ЖЦПО)представляет со­бой непрерывный процесс с момента начала разработки программного обеспечения до завершения его эксплуатации.

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

Модель ЖЦПО- структура, задающая последовательность выполнения и взаимосвязи процессов, задач и действий, выполняемых при создании про­граммного обеспечения.

Типы моделей

Каскадная модель предполагает последовательное выполнение этапов: анализ (определение требований и анализ), проектирование, реализа­ция (реализация и тестирование), внедрение и сопровождение (модифика­ция системы при изменении предметной области).

Достоинства: формирование на каждом этапе технической доку­ментации, возможность планирования сроков и затрат. Недостаток: от­сутствие возможности пересмотра отдельных этапов.

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

Достоинство: большая надежность ПО. Недостаток: увеличение периода разработки.

С

Анализ

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

Интеграция

Рис. 1. Этапы спиральной модели ЖЦПО

Этапы

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

Организуется обследование предметной области: оценка объема и ли проекта, определение требований, объектов и функций на высоком уровне.

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

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

Примерное содержание исходной информации (анкет):

1. имя и описание объекта данных.Назначение и использование объекта в подразделениях;

2. элементы данных.Для каждого элементарного данного объекта указывается: его имя и описание, источник, формат (тип, диапазоны допустимых значений), использование, ограничения доступа, степень важности, взаимосвязи;

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

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

Проектирование.Проектирование охватывает три области: табли­цы, запросы, представления, хранимые процедуры и функции; формы, от­четы и программы; топологию сети, модели использования таблицы.

Рассмотрим основные этапы проектирования.

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

Изучаются существующие СУБД и выбирается нужная.

Далее разрабатывается логическая и физическая модели БД в терми­нах выбранной СУБД.

Проектируются программы, хранимые процедуры, триггеры.

Реализация и тестирование.Создаются прикладные программы, хранимые процедуры, триггеры. Производится автономное тестирование программ на отдельных тестах, тестируются связи между программами.

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

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