Файл: Разработка проекта информационной системы учета риэлтерских операций.pdf

- классы Услуга и Условия - отношение ассоциации. Но основе одной услуги формируется несколько условий, поэтому кратность связи со стороны класса Условие - n (много), со стороны Услуга - 1.

- классы Договор и Условия - отношение ассоциации. Один договор формирует несколько условий, 1 условие относится к одному договору, связи со стороны класса Договор - 1, со стороны Условия - n (много);

- классы Условия и Помещение - отношение ассоциации. Одному условию может соответствовать несколько помещений, связи со стороны класса Договор - 1, со стороны Условия - n (много);

- классы Помещение и Адрес – отношение ассоциации. Одному адресу может соответствовать несколько адресов (в случае продажи или аренды комнаты, а также в случае сделки по коммерческой недвижимости). Связь один ко многим.

2.3 Диаграмма действий

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

Рассмотрим процесс риэлторской деятельности:

- клиент обращается в риэлторскую компанию и подаёт заявку;

- риэлтор регистрирует заявку в БД;

- риэлтор в базе данных ищет подходящее помещение, которое удовлетворяет условиям и требованиям клиента;

- риэлтор демонстрирует помещение клиенту;

- в случае если подходящее помещение не найдено, клиент может либо отказаться от услуг риэлтора, либо повторить поиск, если помещение соответствует требованиям клиента, помещение выбирается;

- риэлтор заключает необходимые договора с клиентом по выбранному помещению;

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

2.4 Диаграмма последовательности

Диаграмма последовательности - диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления (Приложение 3).

В UML диаграмма последовательности имеет два измерения. Первое слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Крайним слева на диаграмме изображается объект, который является инициатором взаимодействия. Правее изображается другой объект, который непосредственно взаимодействует с первым. Таким образом, все объекты на диаграмме последовательности образуют порядок, определяемый очередностью или степенью активности объектов при взаимодействии друг с другом. На диаграмме имеются следующие объекты:

- клиент;

- риэлтор;

- условия;

- список условий;

- помещение;

- договор.

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

2.5 Диаграмма компонентов

Диаграмма компонентов - статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами (Приложение 4). В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т.п.

Для диаграммы компонентов были реализованы следующие классы:

- для компоненты Клиенты - класс Clients;

- для компоненты Недвижимость- класс RealEstate;

- для компоненты Договоры - класс Contract;

- для компоненты Сотрудники - класс Realtor.

Программный код был написан в IDE PhpStorm для выполнения в среде PHP 7.3 с использованием фреймворка Laravel 7.

3. Разработка логической и физической моделей базы данных информационной системы

3.1 Разработка логической модели ИС

Логический уровень - абстрактный взгляд на данные, данные представляются, аналогично как выглядят в реальном мире, и могут иметь названия, как и в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами.

На основе ситуации описания проекта была спроектирована модель базы данных и составлена схема логической модели типа Database Model Diagram в Microsoft Visio. Данными для построения логической модели информационной системы являются знания, отображённые в разделе Диаграмма классов. Она будет включать те же сущности (Приложение 2). Логическая модель изображена на (Приложение 5).

- классы Клиент и Договор - отношение композиции. Один клиент может заключить один или несколько договоров, каждый договор оформляется только для одного клиента, исходя из этого кратность связи со стороны класса Клиент - 1, со стороны Договор - 1..n (один ко многим);

- классы Договор и Риелтор - отношение композиции. Один риэлтор может оформить один или несколько договоров, каждый из договоров оформляется только одним риэлтором, исходя из этого кратность связи со стороны класса Риэлтор - 1, со стороны Договор - 1..n (один ко многим);

- классы Услуга и Условия - отношение композиции. Но основе одной услуги формируется несколько условий, исходя из этого кратность связи со стороны класса Условие - n (много), со стороны Услуга - 1;

- классы Договор и Условия - отношение композиции. Один договор формируется на основе нескольких условий, связи со стороны класса Договор - 1, со стороны Условия - n (много);

- классы Условия и Помещение - отношение композиции. Одному условию может соответствовать несколько помещений, связи со стороны класса Договор - 1, со стороны Условия - n (много);

- классы Помещение и Адрес – отношение ассоциации. Одному адресу может соответствовать несколько адресов (в случае продажи или аренды комнаты, а также в случае сделки по коммерческой недвижимости). Связь один ко многим.

Зададим индексирование поля Номер договора, в сущности, Договор (Приложение 6).

Логическая модель данных служит источником информации для этапа физического проектирования. Она предоставляет разработчику физической модели данные средства проведения разностороннего анализа разнообразных аспектов работы с данными, что имеет значение для выбора эффективного проектного решения.

3.1 Разработка физической модели ИС

Физическая модель данных зависит от конкретной используемой СУБД, фактически являясь отображением системного каталога.

После преобразования логической модели в физическую имеем следующую модель Физическая модель изображена на (Приложение 6).

С помощью pgModeler были сгенерированы SQL запросы для создания таблиц в БД PostgreSQL 10. (Приложение А)

Схема БД изображена на (Приложение 7).

3.3 Формирование таблицы описания документов и разработка форм входных и выходных документов в IDE PhpStorm с использованием фреймворка Laravel

Приложение 7

Главная страница информационной системы - отсюда можно попасть в остальные её компоненты.

Для создания страницы и всей системы использовались пакеты composer:

• jeroennoten/laravel-adminlte;
• laravel/framework;
• laravel/ui.

Список клиентов. Поиск информации осуществляется SQL-запросом SELECT * FROM clients;

Список сотрудников. Поиск информации осуществляется SQL-запросом SELECT * FROM realtors;

Список недвижимости. Поиск осуществляется SQL-запросом SELECT real_estate.id, real_estate.address, conditions.rooms, conditions.price FROM real_estae LEFT JOIN conditions ON real_estate.id=conditions.real_estate;

Список догворов. Поиск осуществляется SQL-запросом SELECT * FROM contracts LEFT JOIN conditions ON contracts.id_condition=conditions.id;

Форма договора показывает информацию о заключенных договорах их условиях, так же даёт возможность добавить новые. Поиск информации осуществляется SQL-запросом: SELECT * FROM contracts LEFT JOIN conditions ON contracts.id_condition=conditions.id;

Заключение

В ходе работы был рассмотрен процесс деятельности агентства недвижимости и его.

Основой для создания информационной системы послужили проблемы предметной области. Для разработки проекта программных приложений использовались Rational Rose, pgModeler, PhpStorm, Laravel, Microsoft Visio с использованием базы данных PostgreSQL и других вспомогательных инструментов, например composer. В результате работы была построена концептуальная, логическая и физическая модели информационной системы.

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

Также были спроектированы логическая и физическая модели информационной системы. На основании физической модели была сгенерирована база данных.

С помощью IDE PhpStorm для среды PHP было разработано программное обеспечение для работы с базой данных PostgresSQL. Приложение включает в себя: списки, отображающие клиентов, сотрудников агентства недвижимости, и договоров; формы для создания/редактирования договоров и их условия, добавления клиентов, добавления сотрудников и добавления недвижимости.

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

Приложение А.

Сгенерированные приложением pgModeler SQL запросы для установки вставки таблиц в БД PostgresSQL 10

CREATE TABLE public.clients (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

name text NOT NULL,

phone bigint NOT NULL,

passport_number bigint,

passport_date date,

passport_owner text,

registration_address text,

CONSTRAINT clients_pk PRIMARY KEY (id)

);

CREATE TABLE public.contracts (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

client_id smallint NOT NULL,

date_end date,

real_estate_id integer NOT NULL,

realtor_id integer NOT NULL,

signed boolean,

id_clients integer,

id_realtors integer,

id_conditions integer,

CONSTRAINT contracts_pk PRIMARY KEY (id)

);

CREATE TABLE public.realtors (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

name text NOT NULL,

office_title text NOT NULL,

phone_number integer NOT NULL,

CONSTRAINT realtors_pk PRIMARY KEY (id)

);

CREATE TABLE public.conditions (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

price double precision NOT NULL,

district text,

rooms integer,

service_id smallint NOT NULL,

real_estate_id smallint,

contract_id integer NOT NULL,

id_services integer,

id_real_estate integer,

CONSTRAINT conditions_pk PRIMARY KEY (id)

);

CREATE TABLE public.real_estate (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

title text NOT NULL,

CONSTRAINT real_estate_pk PRIMARY KEY (id)

);

CREATE TABLE public.services (

id integer NOT NULL GENERATED ALWAYS AS IDENTITY ( INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 START WITH 1 CACHE 1 ),

title text NOT NULL,

CONSTRAINT services_pk PRIMARY KEY (id)

);

ALTER TABLE public.contracts ADD CONSTRAINT clients_fk FOREIGN KEY (id_clients)

REFERENCES public.clients (id) MATCH FULL

ON DELETE SET NULL ON UPDATE CASCADE;

ALTER TABLE public.contracts ADD CONSTRAINT realtors_fk FOREIGN KEY (id_realtors)

REFERENCES public.realtors (id) MATCH FULL

ON DELETE SET NULL ON UPDATE CASCADE;

ALTER TABLE public.contracts ADD CONSTRAINT conditions_fk FOREIGN KEY (id_conditions)

REFERENCES public.conditions (id) MATCH FULL

ON DELETE SET NULL ON UPDATE CASCADE;

ALTER TABLE public.conditions ADD CONSTRAINT services_fk FOREIGN KEY (id_services)

REFERENCES public.services (id) MATCH FULL

ON DELETE SET NULL ON UPDATE CASCADE;

ALTER TABLE public.conditions ADD CONSTRAINT real_estate_fk FOREIGN KEY (id_real_estate)

REFERENCES public.real_estate (id) MATCH FULL

ON DELETE SET NULL ON UPDATE CASCADE;

Приложение 1

Диаграмма вариантов использования (Use Case)

Приложение 2

Диаграмма классов

Приложение 3

Диаграмма последовательности

Приложение 4

Диаграмма компонентов

Приложение 5 Логическая модель информационной системы
 

Приложение 6 Физическая модель информационной системы

Приложение 7

Схема БД

Приложение 8

Главная страница информационной системы