Логическое проектирование основано на модели логического уровня и представляет собой описание и построение схем связей между элементами данных безотносительно к их содержанию и среде хранения.
Логическая структура БД (рис. 1) получается преобразованием концептуальной схемы в логическую схему (модель), ориентированную на выбранную СУБД.
Применительно к наиболее распространенной реляционной модели данных общий подход преобразования концептуальной схемы в логическую состоит в том, что каждую сущность, являющуюся представителем множества однотипных объектов, задают схемой отдельного отношения (таблицы), а атрибуты сущности образуют столбцы таблицы. Первичный ключ сущности образует исходный первичный ключ таблицы, который в дальнейшем может быть изменен.
Проектирование логической структуры БД должно решать задачи выбора наиболее эффективной структуры данных, обеспечения быстрого доступа к данным; исключения дублирования данных, обеспечения целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов.
Рис.1 – Логическая модель БД
Физическая модель БД
Логическая модель данных предметной области (бизнес компонентами) обеспечивает разработчикам понимание структур данных. После её разработки следует приступать к моделированию физической структуры систем хранения выявленных объектов данных, то есть к разработке физической модели данных.
Структурная схема важна как для разработчика базы данных, так и для конечного пользователя. Она позволяет наглядно рассмотреть входные данные разрабатываемого проекта. Это, в свою очередь, позволяет разработчику лучше понять смысл работы и, соответственно, создать более качественный продукт. Благодаря структурной схеме, конечный пользователь быстрее и лучше поймёт логику созданной базы данных, что, конечно же, отразится на качестве производимой пользователем работы.
На этапе разработки необходимо создать структурную схему объекта автоматизации, которая строится на основе входных данных, если концептуальная модель пока не готова. Эта схема необходима, прежде всего, для того, чтобы разработчик на начальных этапах разработки мог ясно представлять модель базы данных, а также способы реализации проекта в целом и отдельных его частей. На последующих этапах - вносить изменения в уже существующие компоненты, создавать новые компоненты и удалять старые, если они стали не нужны или заменились другими, и, наконец, схема нужна для того, чтобы, разработать максимально эффективную базу данных.
Таблица Оргтехника
Таблица Ответственные
Таблица Кабинеты
2.5 Разработка алгоритма программного модуля
Разработка структуры программы основана на организации объектно-ориентированного интерфейса, который используют модель взаимодействия с пользователем, ориентированную на манипулирование объектами предметной области. В рамках этой модели пользователю предоставляется возможность напрямую взаимодействовать с каждым объектом и инициировать выполнение операций, в процессе которых взаимодействуют несколько объектов. Задача пользователя формулируется как целенаправленное изменение некоторого объекта, имеющего внутреннюю структуру, определенное содержание и внешнее символьное или графическое представление. Объект при этом понимается в широком смысле слова, например, модель реальной системы или процесса, база данных.