Инфологическое проектирование

1.3 Инфологическое проектирование

Целью информационно-логического (инфологического) моделирования является обеспечение наиболее естественных для человека способов сбора и представления информации которую можно хранить в создаваемой базе данных.

Процесс проектирования ИС начинается с построения инфологической модели предметной области. Инфологическая модель предметной области (ПО) представляет собой описание структуры и динамики ПО, характера информационной потребности пользователей в терминах, понятных пользователю и не зависящих от реализации БД. Это описание выражается в терминах не отдельных объектов ПО и связей между ними, а их типов, связанных с ними ограничений целостности и тех процессов, которые приводят к переходу предметной области из одного состояния в другое.

Анализ предметной области позволяет выделить сущности.

Стержневые сущности; Автобусы, Рейсы, Экипажи.

Обозначающие сущности: Автокомпании, Марка автобусов.

Ассоциативные сущности: Маршруты.

Характеризующие сущности: Состав экипажа.

Используя мифологический язык моделирования (ЯИМ) базу данных можно описать следующим образом

Рейсы (Номер рейса. Место отправления, Место назначения, Время в пути. Расстояние, Промежуточные посадки);

Автобусы (Регистрационный знак. Марка автобуса. Автокомпания);

Экипажи (№ экипажа. Группа допуска, Медицинское заключение);

Маршруты [Автобусы М, Рейсы N, Экипажи Р] (Код Маршрута, № рейса, Дата отправления, Время отправления, Регистрационный знак, № экипажа, Количество проданных билетов);

Состав экипажа (Код состава экипажа. Фамилия., Имя, Отчество, № экипажа) (Экипажи);

Автокомпании (Автокомпании, номер лицензии, Адрес офиса, Телефон главного менеджера) [Автобусы].

Марка автобусов (Марка автобуса, код автобусов, Количество мест, Марка топлива, Объём топливного бака) [Автобусы].

На основании анализа можно построить ER- диаграмму приложение А.

2. Определение требований к операционной обстановке

2.1 Выбор ПО и ЭВМ

База данных автовокзал должна работать в многопользовательском режиме, что требует подключение её к сети. Налагаемые условия позволяют сделать выбор типа и конфигурации конкретной ЭВМ, типа и версии операционной системы.

В связи с дальнейшим увеличением объёма обрабатываемой информации, в связи с быстрым развитием прикладных программных продуктов предоставляющих дополнительные услуги по обработке данных и их экспорта, импорта, целесообразно выбрать, несмотря на высокую цену данного программного продукта, Microsoft Access 2002, под управлением многопользовательской операционной системы Microsoft Windows 98.

От выбранного программного обеспечения выбираются параметры самой ЭВМ.

Процессор Pentium III или более быстрый, память 128 МБ ОЗУ. Требования к объему свободного места на жестком диске зависят от конфигурации. При выборочной установке может потребоваться больше или меньше места на диске. При стандартной установке требуется 170 МБ свободного места на жестком диске и дополнительно 115 МБ на диске, где установлена операционная система; пользователям, у которых не установлены продукты Windows 2000, Windows Me или Office 2000 Service Release 1 (SR-1), требуется дополнительно 50 МБ для обновления системных файлов. Необходимыми являются также дисковод для компакт-дисков, монитор Super VGA (800x600) или с более высоким разрешением с поддержкой 256 цветов, мышь Microsoft Mouse, Microsoft IntelliMouse или совместимое указательное устройство. При работе с мультимедиа и звуком для улучшенного отображения графики требуется видеоплата, поддерживающая ускорение графики, или процессор, поддерживающий набор команд MMX [1].

2.2 Объём внешней памяти занимаемый модулями СУБД

Объём внешней памяти занимаемый модулями СУБД определяется практически по созданной базе данных. Размер проектируемой базы данных «Автовокзал» составляет 1 478 656 байт.

2.3 Объём памяти, отводимой под данные

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

Рассмотрим отношение «Автокомпании».

Число атрибутов отношения а=4. Число автокомпаний находящихся в БД автовокзала выбираем предположительно равным десяти единицам, т.е мощность отношения m=10. Данные сведены в таблицу 3.1

Таблица 3.1 - Автокомпании

Автокомпания	Номер лицензии	Адрес офиса	Телефон главного менеджера
30 байт	4 байта	50 байт	20

 

Тогда размер под данные таблицы составляет

D_{Автокомпания}=(30+4+50+20)*10=1040 байт.

Рассмотрим отношение «Маршрутов».

Число атрибутов отношения а=7. Число маршрутов в месяц принимаем равным 600, т.е. мощность отношения m=600. Данные сведены в таблицу 3.2

Таблица 3.2 - Маршруты

Код маршрута	№ рейса	Дата отправления	Время отправления	Регистрационный знак	№ экипажа	Кол-во проданных билетов
4 байта	4 байта	8 байт	8 байт	4 байта	4 байта	4 байта

Тогда размер под данные таблицы составляет

D_{Маршруты}=(4+4+8+8+4+4+4)*600=21600 байт

Рассмотрим отношение «Марки автобуса».

Число автобусов отношения а=6. Число марок автобусов выбирается равным 15, т.е. мощность отношения m=15. Данные сведены в таблицу 3.3

Таблица 3.3 – Марки автобусов

Марка автобусов	Код автобуса	Кол-во мест	Марка топлива	Объём топливного бака	Группа допуска
20 байт	4 байта	4 байта	10 байт	4 байта	4 байта

Тогда размер под данные таблицы составляет

D_{Марки автобусов} =(20+4+4+10+4+4)*15=690 байт

Рассмотрим отношение «Рейсы».

Число атрибутов отношения а=6. Число рейсов принимаем равным 100, т.е. мощность отношения m=100. Данные сведены в таблицу 3.4

Таблица 3.4- Рейсы

№ рейса	Место отправления	Место назначения	Время в пути	Расстояние	Промежуточные остановки
4 байта	20 байт	20 байт	8 байт	4 байта	20 байт

Тогда размер под данные таблицы составляет

D_Рейсы=(4+20+20+8+4+20)*100=7600 байт

Рассмотрим отношение «Автобусы».

Число атрибутов отношения а=3. Число воздушных средств с присвоенным регистрационным знаком принимаем равным 50, т.е. мощность отношения m=50. Данные сведены в таблицу 3.5

Таблица 3.5- Автобусы

Регистрационный знак	Марка автобуса	Автокомпания
4 байта	20 байт	30 байт

Тогда размер под данные таблицы составляет

D_{Автобусы}=(4+20+30)*50=2700 байт

Рассмотрим отношение «Состав экипажа».

Число атрибутов отношения а=6. Мощность отношения принимаем равным 70, т.е. m=70. Данные сведены в таблицу 3.6

Таблица 3.6– Состав экипажа

Код состава экипажа	Фамилия	Имя	Отчество	№ экипажа
4 байта	20 байт	20 байт	20 байт	4 байта

Тогда размер под данные таблицы составляет

D_{Состав экипажа} =(4+20+20+20+20+4)*70=6160 байт

Рассмотрим отношение «Экипажи».

Число атрибутов отношения а=3. Мощность отношения принимаем равным 55, т.е. m=55. Данные сведены в таблицу 3.7

Таблица 3.7- Экипажи

№ экипажа	Группа допуска	Медицинское заключение
4 байта	4 байта	10 байт

Тогда размер под данные таблицы составляет

D_{Экипажи}=(4+4+10)*55=990 байт

Тогда суммарный объём памяти отводимый под данные

D=D_{Автокомпания}+D_{Маршруты}+ D_{Марки автобусов}+ D_Рейсы+ D_{автобусы}+ D_{Состав экипажа}+ D_{Экипажи}=1040+21600+690+7600+2700+6160+990=40780 байт=40,78 Кбайт