Методология проектирования БД

программного обеспечения

стратегии
Этап системного анализа
Этап концептуального моделирования

Этап логического и физического проектирования

собой концепцию, в рамках которой полезно и удобно рассмат- ривать развитие

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

моделирование
Реализация
Документирование
Опытное внедрение
Промышленная эксплуатация
Проектирование

процедура для выполнения определенной задачи
Методология – система методов, применяемых

в научных исследованиях для обоснования результатов

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

проектирования БД:
Она должна приводить к созданию приемлемой структуры БД
в

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

последова- тельности фаз и этапов, на каждом из которых необ- ходимо

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

организации-заказчика
ответственное руководство проекта,
специалисты-эксперты,
будущие потенциальные пользователи.

Со стороны исполнителя:
ответственное руководство

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

небольшой/крупный
- революционный/ эволюционный
- критический ...
- АСУП, АСУТП, САПР,
- интегрированная/ распределенная
-

локальная/сетевая …

ПРОЕКТ

Тип проекта

Тип системы

Факторы риска

сроки: ресурсы: политика: контроль:
- фиксированные - людские - руководство - за ходом работ - критические - физические - влиятельные лица - за качеством … - финансовые … … …

Предметная область

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

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

стратегии – отчетные документы
ОТЧЕТ О РАЗРАБОТКЕ СТРАТЕГИИ
(Основные решения)




Авторы:
Дата:

глубокого и всестороннего анализа содержимого ПО и фиксация результатов анализа

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

описание задач с достаточным уровнем детализации
Объемы данных, частота выполнения задач,

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

построение строго описания ПО в терминах некоторого формального языка
Роли

концептуальной модели:
Единая основа однозначного понимания ПО всеми заинтересованными лицами
Включает только концептуально релевантные аспекты ПО
Средство определения допустимой эволюции информационной модели ПО

информационной модели ПО.
Подробное и строгое описание хранилищ данных.
Детальное описание потоков

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

это поиск и определение наилучше- го способа реализации и удовлетворения

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

Логическое проектирование – это разработка логической структуры системы баз данных без привязки к конкретной СУБД, структурам хранения, методам доступа и т.д.

Физическое проектирование – это проект системы базы данных на конкретной СУБД.

и физическая схемы БД
Детальные объемно-частотные характеристики
Программные спецификации
Спецификации неавтоматизированных процедур
Согласованная стратегия

внедрения, включающая в себя планы приема и сдачи системы, организационной подготовки, мероприятий по сбору данных, перехода на новую систему и установки оборудования
План испытаний системы
Черновой вариант эксплуатационной документации
Уточненный план разработки системы