Внешнее и внутреннее проектирование информационных систем
Контрольная работа - Компьютеры, программирование
Другие контрольные работы по предмету Компьютеры, программирование
БД. В простейшем случае это может быть локальная БД на персональном компьютере, функционирующая под управлением офисной СУБД, например MS Access.
В информационном аспекте разрабатываются даталогические модели БД, а также уточняются модели инфологического уровня, разрабатываются схемы данных всех уровней, конструируются в терминах языка конкретной СУБД (часто это SQL) запросы к БД.
Программный аспект технического проектирования предполагает определение функций, реализуемых стандартными средствами СУБД, а также функций, реализуемых средствами оригинального программирования. Здесь же разрабатываются алгоритмы работы с БД, а также алгоритмы реализации запросов, проектируется интерфейс конечного пользователя.
Организационный аспект связан с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний системы, обучение персонала и т.п.
На этапе даталогического проектирования приходится разрешать конфликт между желаемой эффективностью прикладных программ и качеством структуры БД. Основная цель проектирования БД - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. Так называемый "чистый" проект БД ("каждый факт в одном месте") можно создать, используя методологию нормализации отношений. Нормализация структуры БД позволяет устранить дефекты ненормализованной структуры, проявляющиеся при выполнении корректирующих запросов (так называемые аномалии добавления, обновления и удаления). Нормализация структуры данных важна потому, что она способствует углубленному пониманию разработчиком семантики данных предметной области. В результате применения нормализации удается получить весьма гибкий проект БД, позволяющий вносить в него необходимые расширения. Однако при этом важно помнить, что нормализация оптимизирует выполнение корректирующих запросов за счет производительности запросов-выборок. Если к приложению предъявляются повышенные требования в отношении их производительности, то эта проблема может решаться путем контролируемой денормализации отдельных реляционных таблиц.
Результатом даталогического проектирования являются концептуальная даталогическая модель БД и комплект описывающей ее сопроводительной документации, включающий, в частности, словарь данных и реляционную схему БД.
Таким образом, на этапе даталогического проектирования должна быть выполнена разработка концептуальной даталогической модели БД в терминах реляционной модели (т.н. Physical Model).
В качестве целевой должна быть выбрана конкретная СУБД. ER-диаграмма должна быть сопровождена спецификациями структуры нормализованных реляционных таблиц с указанием первичных ключей, альтернативных ключей и ключей связи (внешних ключей).
В этом же разделе должны быть сформулированы динамические (параметрические, настраиваемые) запросы на языке реляционной модели SQL.
2.2.2 Физическое проектирование
Физическое проектирование - создание схемы БД для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов БД, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
Если при даталогическом проектировании разработчик сосредотачивается на том, что надо сделать, то при физическом проектировании он ищет способ, как это сделать. Речь идет о реализации проекта в среде конкретной СУБД. Это требует от разработчика специальных знаний относительно функциональных возможностей целевой СУБД, а также навыков работы в ее среде.
Основной целью физического проектирования БД является описание способа физической реализации логического проекта БД. Физическому уровню представления БД в компьютере соответствует внутренняя модель данных, которая определяет структуры хранимых данных и методы доступа к ним. В отличие от ранних СУБД, современные реляционные системы предоставляют разработчику небогатый выбор на этапе физического проектирования. Способ хранения БД определяется механизмами СУБД автоматически "по умолчанию" на основе спецификаций концептуальной схемы БД, а внутренняя схема в явном виде в таких системах не используется.
Основными видами работ на данном этапе проектирования являются:
) генерация схем данных всех уровней (концептуальной схемы и подсхем приложений);
) разработка комплекса программ для реализации алгоритмов обработки данных;
) разработка интерфейса конечного пользователя, в том числе пользовательских меню, экранных форм, шаблонов печатных документов;
) создание прототипа БД;
) разработка контрольных примеров, обеспечивающих многоцелевое тестирование БД и прикладных программ;
) разработка инструкций для всех категорий пользователей.
Рабочее прое