В данном проекте клиентское приложение для информационной системы «Транспорт» будет придерживаться концепции «тонкого клиента». То есть, вся бизнес – логика должна быть реализована на сервере базы данных Firebird.  РСУБД предоставляет широкий выбор вариантов программирования бизнес – логики позволяя написать просмотры, хранимые процедуры, триггеры, исключения.

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

Рисунок 3 – Информационно-технологическая модель информационной системы АТП

Подробное описание представлено далее, в проектировании базы данных.

Как показано на Рисунок 4, в информационной системе по учету заявок на осуществление пассажирских перевозок, предусматриваются сценарии Администратора, Диспетчера и Экономиста

Рисунок 4 – Диаграмма вариантов использования информационной системы в части учета перевозок

2.1.2 Описание алгоритма

Средствами  IBExpert создаем все необходимые просмотры (см. Приложение 1). Далее приступаем к созданию хранимых процедур на ввод, изменение и удаление данных для каждой таблицы. Кроме этого необходимо создать хранимые процедуры на выборку данных для составления отчетов.

В IBExpert загрузил SQL редактор, выбрав меню Tools->SQL Editor. В появившемся окне написал скрипт для создания процедур на ввод, изменение и удаление данных  таблицы CLIENTS:

CREATE OR ALTER PROCEDURE DEL_CLIENT (

    rn smallint)

as

begin

  begin

     delete from clients where rn_clients  = :rn;

  when sqlcode -530 do exception e_key;

  end

  suspend;

end

Затем создаем процедуры на добавление и изменение записи.

CREATE OR ALTER PROCEDURE INS_CLIENTS (

    surname varchar(25),

    name varchar(25),

    second_name varchar(25))

as

begin

  begin

     insert into clients (surname,name,second_name) values (:surname,:name,:second_name);

     when sqlcode -530 do exception e_key;

  end

  suspend;

end 

CREATE OR ALTER PROCEDURE UPD_CLIENTS (

    rn smallint,

    surname varchar(25),

    name varchar(25),

    second_name varchar(25))

as

begin

     update  clients

     set surname=:surname, name=:name, second_name=:second_name

     where rn_clients = :rn;

  suspend;

end

Полный  список хранимых процедур представлен  в таблице 3.

Таблица 1. Название и назначение процедур

2.1.3 Функциональные части программы

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни» (англ. lifeline), отображающие течение времени, прямоугольники, отражающие деятельность объекта или исполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами.

Рисунок 5 – Диаграмма последовательности

На диаграмме последовательности видно, что с помощью информационный системы происходит автоматизированное заполнение ТТН, упрощение процесса заполнения происходит за счет использования данных о постоянных клиентах

Далее будут разработана диаграмма состояний. Объекты характеризуются поведением и состоянием, в котором находятся. Диаграммы состояний применяются для того, чтобы объяснить, каким образом работают сложные объекты. [7]

Используются следующие условные обозначения:

• Круг, обозначающий начальное состояние.
• Окружность с маленьким кругом внутри, обозначающая конечное состояние (если есть).
• Скруглённый прямоугольник, обозначающий состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии.
• Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед «/» и заключено в квадратные скобки (название_события[охраняющее_выражение]), что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после «/» (название_события[охраняющее_выражение]/действие).
• Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.

Рисунок 6– Диаграмма состояний

Далее разрабатываем диаграмму классу (6). Диаграмма классов (англ. Static Structure diagram) — диаграмма, демонстрирующая классы информационной ссистемы и взаимосвязи между ними. [9]

Существует два вида:

• Статический вид диаграммы рассматривает логические взаимосвязи классов между собой;
• Аналитический вид диаграммы рассматривает общий вид и взаимосвязи классов, входящих в систему.

Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения: [10]

• Концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;

Рисунок 6 – Диаграмма классов

• Точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
• Точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).

Диаграммы деятельности удобно применять для визуализации алгоритмов, по которым работают операции классов. [8]

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

Рисунок 7 – Диаграмма деятельности

Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры: [11]

• Прямоугольники с закруглениями — действия
• Ромбы — решения
• Широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий
• Чёрный круг — начало процесса (начальное состояние)
• Чёрный круг с обводкой — окончание процесса (конечное состояние)
• Стрелки идут от начала к концу процесса и показывают последовательность переходов.

2.1.4 Физическая структура проекта

Запускаем приложение администрирования баз  данных Firebird IBExpert и, используя функции, заложенные в этом программном средстве, создаем и регистрируем в системе новую базу данных Firebird «Транспорт». Создание базы данных инсталлирует инфраструктуру, необходимую для начала создания объектов. Первичным объектом для постоянного хранения данных в базе данных является таблица.

Приступая к созданию таблиц, предполагается, что уже выполнен анализ данных и подготовлена модель, а также имеется совершенно четкое представление о структурах главных таблиц и их взаимоотношениях. Исходя из данных, полученных при выполнении инфологического и даталогического проектирования, спроектировал таблицы и поля базы данных. Определяем ключевые поля и поля Not null (см. Таблица 2).

В данной базе данных для определения  типов данных столбцов таблиц  используются домены (см. Таблица 3). Домены в Firebird схожи с концепцией «типы данных, определенные пользователем». Хотя и невозможно создать новый тип данных, но можно задать набор атрибутов с одним из существующих типов данных и присвоить ему идентификатор домена. После этого можно использовать домен как параметр типа данных для определения столбцов любой таблицы. Преимущества инкапсуляции определения данных очевидны, так как в Firebird отсутствует логический, денежный и некоторые другие типы данных, но, используя домены, можно создать замену этим типам данных.

Таблица 2 – ER – модель БД

Таблица 3 – Список доменов

Теперь, когда проработаны все теоретические  аспекты создания базы данных, можно  приступать к программированию доменов  и таблиц. Для этого, запустив IBExpert, загружаем SQL редактор и выбираем меню Tools->SQL Editor.