Логическое и физическое проектирование

Концептуальное моделирование предметной области

Этап концептуального моделирования – это построение строго описания предметной области в терминах некоторого формального языка. Идеи построения концептуальной модели предметной области берут свое начало с публикации рабочей группы ANSI/SPARC по архитектуре СУБД, о которой идет речь в разделе 2.

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

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

· Формальное описание информационного обеспечения предметной области.

· Подробное и строгое описание хранилищ данных.

· Детальное описание потоков данных.

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

· Детальное описание действующих в предметной области правил и ограничений.

Критические факторы успеха:

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

· Владение методами проектирования реляционной модели.

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

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

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

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

· Архитектура системы.

· Схемы системных модулей.

· Логическая и физическая схемы.

· Схема базы данных и файлов.

· Детальные объемно-частотные характеристики.

· Программные спецификации.

· Спецификации неавтоматизированных процедур.

· Черновой вариант руководства пользователя.

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

· План испытаний системы.

· Черновой вариант эксплуатационной документации.

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

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

· Знание возможностей аппаратного обеспечения и возможных средств реализации

· Понимание прикладных потребностей

· Принятие обоснованных компромиссных решений

· Обнаружение и решение потенциальных проблем

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