Разработка информационной системы
Существует несколько разновидностей систем управления базами данных (СУБД), одни ориентированы на программистов, другие - на обычных пользователей. Пакеты первого типа - это фактически системы программирования, располагающие своим типичным языком, в среде которого программисты создают утилиты обработки баз данных. После, данные программы используются конечными пользователями. Microsoft Access относится к СУБД, ориентированным на рядовых потребителей. Она позволяет, не прибегая к программированию, с легкостью выполнять основные операции с БД: создание, редактирование и обработка данных. Этот пакет работает в ОС Windows на автономных ПК или в локальной сети. Посредством MS Access создаются и в дальнейшем эксплуатируются личные БД (настольные), а также базы организаций, имеющих относительно небольшой объем данных. Microsoft Access является частью пакета Microsoft Office и входит в комплект его поставки. Среда Access располагает характерным для приложений Windows интерфейсом, состоящим из следующих компонентов: титульной строки, главного меню, панели инструментов, поля для работы и строки состояния. СУБД работает с данными, которые можно выстроить в иерархическую последовательность. Верхний уровень иерархии содержит основные объекты Access: - таблицы - главный тип объекта, поскольку все остальные вариации объектов - это производные от таблицы. Основные составляющие таблицы - поля и записи, они определяют свойства элементов таблицы; - формы - вспомогательные объекты, от использования которых можно отказаться. Они формируются, чтобы создать дополнительные удобства пользователю в плане просмотра, ввода и редактирования данных; - запросы - результаты обращения пользователя к БД с целью поиска данных, удаления, добавления и обновления записей. Результаты поиска (выборки) подаются в табличном виде; - отчеты - документы, предназначенные для вывода на печать, сформированные на информации, которая содержится в таблицах и запросах; - схема - описание архитектуры связей многотабличной базы данных; - макросы и модули - объекты повышенной сложности, при обыденной работе могут не использоваться. Среди особенностей Access стоит отметить наличие VBA - встроенного языка программирования, посредством которого приложение может дополняться подпрограммами пользователей. Тем самым существенно расширяются возможности исходного варианта утилиты, обеспечивается удобство работы. Программа работает со следующими форматами файлов: ACCDB, MDB, ACCDE, MDE, ACCDT, ACCDR, ACCDW, MDW, LDB, LACCDB, SQL, DBF, DB,SNP, DIF, CDB.
Концептуальная (инфологическая) модель предметной области
Целью инфологического проектирования является создание структурированной информационной модели ПО, для которой будет разрабатываться БД.
Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции.
При проектировании на инфологическом уровне создается информационно-логическая модель (ИЛМ), которая должна отвечать таким требованиям: - обеспечение наиболее естественных для человека способов сбора и представления информации, которую предполагается хранить в создаваемой базе данных; - корректность схемы БД, то есть адекватное отображение моделированной ПО; - простота и удобство использования на следующих этапах проектирования, то есть ИЛМ может легко отображаться на модели БД, которые поддерживаются известными СУБД (сетевые, иерархические, реляционные и др.); - ИЛМ должна быть описана языком, понятным проектировщикам БД, программистам, администратору и будущим пользователям. Суть инфологического моделирования состоит в выделении сущностей (информационных объектов ПО), которые подлежат хранению в БД, а также в определении характеристик (атрибутов) объектов и взаимосвязей между ними. Существует два подхода к инфологическому проектированию: анализ объектов и синтез атрибутов. Подход, который базируется на анализе объектов, называется нисходящим, а на синтезе атрибутов — восходящим.
Таблица: Организационная структура организации деятельности Ж/Д касс
Должность |
Функциональная обязанность |
Директор |
Контроль работы авиакасс и всей компании в целом. |
Зам. Начальника железной дороги |
Выполнение обязанностей и поручений директора в его отсутствие. |
Старший кассир |
Продажа билетов, проверка соблюдения правил продажи билетов, контроль кассиров |
Главный бухгалтер |
Финансовое планирование деятельности авиакасс |
Бухгалтерия |
Подсчет кассы, учетные операции фин-хоз деятельности |
Кассир |
Продажа билетов |
|
|
Концептуальная модель работы «Ж/Д кассы» выглядит так:
1)Таблица станции
2) Таблица информация о пассажирах
3) Таблица информация о рабочих
4)
Таблица
состав
5) Таблица касса Ж/Д вокзала
Физическая модель проектируемой базы данных
Цель физического проектирования – преобразование логической модели с учетом синтаксиса, семантики и возможностей выбранной целевой СУБД.
В связи с тем, что методология физического проектирования существенно зависит от выбранной целевой СУБД, ограничимся лишь общими рекомендациями
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Физическая модель проектируемой базы данных выглядит таким образом:
