22. Методология проектирования бд

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

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

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

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

• Требования к методологии проектирования БД:

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

    • в разумные сроки,

    • при разумных затратах,

    • удовлетворяющей требованиям заказчика.

  • Она должна быть достаточно общей, гибкой, доступной

Составляющие методологии проектирования БД

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

• Методики выполнения требуемых в процессе проектирования расчетов и критерии оценки альтернативных решений на каждом этапе.

• Информационные требования в качестве исходных данных для процесса проектирования, как в целом, так и на каждом этапе.

• Средства описания исходных данных и представления результатов каждого этапа проектирования

Кто вовлечен в процесс проектирования

• Со стороны организации-заказчика

  • ответственное руководство проекта,

  • специалисты-эксперты,

  • будущие потенциальные пользователи.

• Со стороны исполнителя:

  • ответственное руководство проекта,

  • руководитель проекта,

  • разработчики стратегии автоматизации,

  • системные аналитики,

  • Проектировщики,

  • администратор БД,

  • разработчики, тестировщики, документаторы,

  • группа внедрения и сопровождения

Некоторые аспекты проектирования

22. Этап определения стратегии автоматизации по

Целью этапа стратегии является определение стратегических задач автоматизации.

Основные результаты этого этапа должны включать:

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

• Декларация о целях и задачах автоматизации, затраты и возможный выигрыш,

• Рекомендации и проблемы.

• Определение границ системы, сфера применения системы БД.

• Возможная архитектура системы.

• Поэтапный план разработки.

Этап стратегии – отчетные документы

22. Этап системного анализа по

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

Методы анализа ПО:

• проведение всевозможных бесед с пользователями;

• интервьюирование и протоколирование;

• анализ циркулирующих в организации документов и бланков;

• анализ потока документов (документооборот);

• анализ решаемых в организации задач и способов их решения;

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

Ключевые результаты этапа анализа

• Согласованное описание информационной модели

• Согласованное описание задач с достаточным уровнем детализации

• Объемы данных, частота выполнения задач, ожидаемая производительность.

• Необходимость мер по ревизии и контролю данных, резервному копированию и восстановлению.

• Общее описание неавтоматизируемых процедур.

• Критерии приемлемости, качества, гибкости, производительности.

• Предварительная оценка объема системы.

• Согласованный подход к этапам проектирования и реализации.

• Уточненный план разработки системы.

• Первоначальный вариант стратегии внедрения.