1.1 Описание предметной области решаемой задачи

Процесс продажи недвижимости состоит в следующем:

- покупатель производит заказ на покупку объекта недвижимости, пользуясь предоставленным ему фирмой каталогом.

- представитель фирмы выписывает счет на выбранные объекты и одновременно с этим отправляет запрос о приобретении данного объекта фирме - владельцу.

- Фирма может заключать юридические соглашения о распространении недвижимости с рядом фирм - владельцев объектов недвижимости.

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

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

- сотрудники;

- клиенты (покупатели);

- фирмы - владельцы;

- каталог;

- объекты недвижимости;

- заказы.

В список основных бизнес-процессов, происходящих в фирме можно включить следующие пункты:

- составление каталога;

- рассылка каталога;

- анализ рынка;

- продажи;

- оформление счетов и накладных;

- управление работой персонала;

- реклама;

- решение бухгалтерских задач.

Главное в постановке задачи - построении информационной модели предприятия.

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

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

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

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

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

Таким образом, входящими документами для учета объектов недвижимости и сделок по ним являются:

- договор купли-продажи;

- договор аренды.

Исходящими документами являют следующие отчеты:

- Отчет по заработной плате всем сотрудникам;

- Отчет по заработной плате конкретному сотруднику;

- Отчет по прибыли от сделок;

- Отчет по прибыли от сделок за период;

- Отчет о проданных объектах;

- Отчет об объектах, сданных в аренду.

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

С этой целью ниже представлены примерные характеристики организации, которые должны быть занесены в базу данных:

- Наименование организации: РА «Одесса»;

- Адрес организации: 400006, г. Одесса, пр. Мира, дом 20;

- Телефон организации: (88442) 798-97-55;

- Руководитель организации (Ф.И.О.): Иванов Илья Иванович;

- Главный бухгалтер (Ф.И.О.): Васильева Маргарита Юрьевна;

- Идентификационный номер налогоплательщика (ИНН): 3444234652;

- Код причины постановки на учёт (КПП): 545423468;

- Расчетный счет: 54354621324894231357;

- Наименование Банка: Приватбанк ОСБ №8621;

- Банковский Идентификационный Код (БИК): 545613245;

- Корреспондентский счет: 54138534544545787545.

1.2 Описание входных документов

Входными документами являются:

1. Договор купли-продажи объекта недвижимости или договор аренды. Один договор может содержать в себе несколько операций. Договор содержит следующие данные:

- Номер документа;

- Дата составления;

- Наименование и реквизиты организации-исполнителя;

- Ф.И.О. продавца / арендодателя, адрес проживания;

- Ф.И.О. покупателя / арендатора, адрес проживания;

- Характеристика объекта продажи / аренды;

- Стоимость объекта купли-продажи / сдачи в аренду.

Бланки документов «Договор купли-продажи» и «Договор аренды» представлен в приложении 1.

1.3 Описание содержания отчетных документов

Отчеты, которые будут реализованы в базе данных:

1. Отчет «Отчет по заработной плате сотрудникам», содержит следующие атрибуты:

- Ф.И.О. сотрудника;

- Заработная плата за операцию;

- Дата операции;

- Тип операции;

- Стоимость сделки;

- Итог по заработной плате за все проведенные операции;

- Реквизиты организации.

2. Отчет «Отчет по заработной плате сотруднику» (содержит сведения о заработной плате конкретному сотруднику, Ф.И.О. которого вводится пользователем при формировании отчета):

- Ф.И.О. сотрудника;

- Заработная плата за операцию;

- Дата операции;

- Тип операции;

- Стоимость сделки;

- Итог по заработной плате за все проведенные операции;

- Реквизиты организации.

3. Отчет «Прибыль от сделок», данные которого сгруппированы по месяцам:

- Дата операции;

- Тип операции;

- Объект;

- Адрес объекта;

- Сотрудник;

- Стоимость объекта;

- Прибыль от сделки;

- Итоговая прибыль по всем сделкам;

- Реквизиты организации.

4. Отчет «Прибыль от сделок за период» (содержит сведения о прибыли организации за конкретный период времени, вводимый пользователем при формировании отчета):

- Дата операции;

- Тип операции;

- Объект;

- Адрес объекта;

- Сотрудник;

- Стоимость объекта;

- Прибыль от сделки;

- Итоговая прибыль по сделкам за период;

- Реквизиты организации.

5. Отчет «Объекты продажи»:

- Наименование объекта;

- Адрес объекта;

- Количество комнат;

- Общая площадь;

- Жилая площадь;

- Этаж;

- Этажность;

- Стоимость объекта;

- Реквизиты организации.

6. Отчет «Объекты аренды»:

- Наименование объекта;

- Адрес объекта;

- Количество комнат;

- Общая площадь;

- Жилая площадь;

- Этаж;

- Этажность;

- Стоимость объекта;

На сегодня неоспорим тот факт, что современный уровень web-технологий позволяет считать их наиболее перспективными для создания распределенных информационных систем. Это могут быть не только открытые Internet-системы, но и «закрытые» корпоративные автоматизированные системы управления, распределенные на большие территории и расстояния. Существенной особенностью таких систем является осуществление удаленного доступа к хранилищам информации - базам данных. Объединение Internet-технологий и технологий СУБД как способа организации доступа к данным имеет ряд безусловных достоинств и требует не только знания этих технологий, но и умения анализировать и выбирать оптимальные архитектуры таких информационных систем.

Радикальным решением проблемы сетевого трафика и иных проблем, возникающих при увеличении объема данных и числа пользователей настольных СУБД, стал переход к архитектуре клиент-сервер.

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

Сервер баз данных осуществляет целый комплекс действий по управлению данными. Основными его обязанностями являются:

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

- хранение и резервное копирование данных;

- поддержка ссылочной целостности данных согласно определенным в базе данных правилам;

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

- протоколирование операций и ведение журнала транзакций.

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

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

- клиентских приложений, предоставляющих интерфейс пользователя и посылающих запросы к серверу.

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

Решением проблем, связанных с реализацией архитектуры клиент-сервер внутри корпоративной сети, таких как:

- требование к однородности рабочих мест;

- сильнейший трафик в сети;

- загрузка сервера баз данных;

- невозможность удаленной работы

является использование трехзвенной архитектуры клиент-сервер и унифицированного интерфейса World Wide Web для доступа к базам данных.

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

Технология World Wide Web (WWW), в переводе «Всемирная паутина», получила широкое распространение из-за простоты своих пользовательских интерфейсов. В технологии WWW все ключевые понятия просматриваемого документа: слова, изображения - имеют возможность «раскрыться» новым документом, развивающим это понятие. Такой способ представления информации называется гипертекстом, а документы, представленные в таком виде - гипертекстовыми документами. Для описания этих документов используется специальный язык - язык описания гипертекстовых документов или HTML (HyperText Markup Language).

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

IP (Internet Protocol) - сети с поддержкой базового набора услуг по передаче данных с единой политикой нумерации и маршрутизации, работающим сервисом имен DNS (Domain Name System - доменная система имен, которая позволяет присваивать IP-адресам имена для определения местонахождения компьютера); выделенного информационного сервера - WWW-сервера, обеспечивающего предоставление гипертекстовых документов через IP-сеть в ответ на запросы WWW-клиентов.

Internet в целом и WWW, в частности, работает по технологии клиент - сервер, то есть все программное обеспечение разделяется на клиентскую и серверную части. Также между ними распределены функциональные обязанности. Для взаимодействия этих частей разработан специальный протокол HTTP (Hyper Text Transfer Protocol - протокол для передачи гипертекстовых документов), и все взаимодействие между клиентом и сервером осуществляется в рамках данного протокола.

Первый уровень - это тонкий неинтеллектуальный клиент, который управляет только пользовательским интерфейсом. В технологии WWW роль тонкого клиента выполняет Web-браузер. Средний уровень управляет всей предметной логикой приложения и выполняет следующие функции: управление основной логикой приложения, логикой данных о рабочем разграничении доступа, выполнение соединений с сервером. В технологии WWW средний уровень трехзвенной архитектуры представлен WWW-сервером. Третий уровень - это сервер баз данных. Основные его функции: контроль данных и доступ к базам данных.

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

Достоинства трехуровневой архитектуры клиент-сервер:

- «тонкий» клиент снижает стоимость аппаратного обеспечения рабочей станции;

- централизация бизнес-логики позволяет централизовать сопровождение приложения (не нужно инсталлировать программное обеспечение на все рабочие станции);

- модульность упрощает модификацию и замену;

- как следствие равномерного распределения нагрузок происходит разгрузка сервера.

Трехуровневая архитектура естественно отображается на среду WEB, где web-браузер выполняет роль «тонкого» клиента, а web-сервер - роль сервера приложений, при этом трехзвенная архитектура может быть расширена до N уровней.

Архитектура WEB-приложений, публикующих базы данных, включает дополнительные уровни, такие как сервер базы данных, сервер приложений, источники данных. В зависимости от того, как распределяются звенья ИС на узлах компьютерной сети, могут быть определенны двухуровневые, трехуровневые либо N-уровневые WEB-приложения.

WEB-сервер и модули расширения образуют промежуточный уровень между клиентом-обозревателем и сервером базы данных. Для получения данных модуль расширения WEB-сервера формирует и отсылает SQL запрос удаленному серверу базы данных. SQL-сервер обеспечивает выполнение запроса и выдачу модулю расширения WEB-сервера результат запроса т.е. обработка запроса выполняется на удаленном сервере.

Достоинства интеграции СУБД в среду WEB:

- простота реализации;

- независимость от платформы;

- графический интерфейс пользователя;

- преимущество использования функций СУБД;

- прозрачный сетевой доступ;

- масштабирование развертывания.

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

Описание выбранной СУБД

При выборе СУБД для манипулирования хранящейся в базе данных информацией прежде всего необходимо определить следующее:

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

- насколько сложны данные;

- каков предполагаемый объем данных;

- прогноз роста базы данных;

- основные операции над данными и сложность этих операций.

Реляционная модель данных состоит из набора плоских таблиц, называемых отношениями, которые в свою очередь включают кортежи (экземпляры записей) и атрибуты (элементарные типы), значения которых выбираются из простого домена. Каждая таблица должна иметь первичный ключ - минимальный набор атрибутов, который однозначно идентифицирует каждый кортеж отношения. Благодаря своей простоте и естественности представления реляционная модель получила наибольшее распространение в СУБД для персональных компьютеров.

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

Следующим фактором являются операции над данными. Тут выделяются два подфактора: сложность самих операций и скорость их выполнения. Проектируемая база данных имеет довольно сложную структуру, из которой следует сложность запросов к хранящимся в ней данным. В случае постоянного (и в данном случае неизбежного) роста базы данных лучшим выбором будет достаточно мощная СУБД, дающая практические средства для ускорения выполнения запросов. Таким средством может быть индексирование таблицы по какому-нибудь полю, за счет чего поиск с участием данного поля в условии получается практически мгновенным.

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

В MySQL возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей.

Устанавливая взаимосвязи между отдельными таблицами, MySql позволяет избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость и точность обработки информации. Для этого таблицы, содержащие повторяющиеся данные, разбивают на несколько связанных таблиц.

MySql может поддерживать одновременную работу с базой данных 50 пользователей, при этом все пользователи гарантировано будут работать с актуальными данными.

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

MySQL является идеальным решением для малых и средних приложений. Исходники сервера компилируются на множестве платформ. Наиболее полно возможности сервера проявляются на Unix-серверах, где есть поддержка многопоточности, что дает значительный прирост производительности.

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

MySQL поддерживает язык запросов SQL в стандарте ANSI 92, и кроме этого имеет множество расширений к этому стандарту, которых нет ни в одной другой СУБД.

Краткий перечень возможностей MySQL.

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

- Количество строк в таблицах может достигать 50 млн.

- Быстрое выполнение команд. Возможно MySQL самый быстрый сервер из существующих.

- Простая и эффективная система безопасности.

MySQL действительно очень быстрый сервер, но для достижения этого разработчикам пришлось пожертвовать некоторыми требованиями к реляционным СУБД. В MySQL отсутствуют:

- Поддержка вложенных запросов

- Не реализована поддержка транзакций. Взамен предлагается использовать LOCK/UNLOCK TABLE.

- Нет поддержки внешних ключей.

- Нет поддержки триггеров и хранимых процедур.

- Нет поддержки представлений.

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

2.2 Выбор языка программирования