32
Также существует возможность прикрепления фотографии. После
загрузки фотографии появится модальное окно, в котором можно обрезать
фотографию под необходимый размер.
Поле комментарии реализовано с использованием модуля TinyMCE,
который позволяет записывать форматированный текст, редактор TinyMCE, в
дальнейшем просто «HTML-редактор» позволяет также посмотреть исходный
код текста, и при необходимости возможно будет откорректировать его
вручную.
Удаление объектов и клиентов из базы должно быть доступно только
руководителям компании и техническим специалистам.
Менеджеры могут только добавлять объекты и редактировать свои
созданные объекты, эта мера безопасности позволяет защититься от
недобросовестных сотрудников, которые могли бы испортить данные.
Для менеджеров отображается только 3 раздела: Новости, Объекты и
Клиенты. Выборка отображается в режиме постраничной разбивки.
При нажатии на иконку «Просмотр» или на адрес объекта загружается
страница с подробным описанием объекта или клиента, состоящая из
нескольких блоков:
1) общая информация;
2) об объекте;
3) цена;
4) расположение;
5) контакты;
6) изображение и файлы;
7) дополнительная информация;
8) комментарии.
На любой странице системы должно располагаться левое боковое меню,
из которого осуществляется навигация по разделам системы. А также на
каждой странице должна располагаться верхняя полоса статуса, в которой
33
будет отображено имя пользователя, который в данный момент работает с
системой и кнопка выхода из системы.
Помимо этого, для расширения функционала системы, на главной
странице должны быть добавлены модули курса валют и карта со всеми
объектами компании. [22]
2.2. Проектирование системы
2.2.1. Общие положения
Наименование системы — Web-ориентированная система управления
предложениями объектов недвижимости.
Состав и содержание работ по созданию системы:
1) определение требований к системе;
2) проектирование структуры системы;
3) разработка дизайна;
4) верстка страниц сайта;
5) разработка серверной логики;
6) тестирование.
Web-ориентированные информационные системы чаще всего имеют
трехуровневую архитектуру, которая уже стала стандартом в Интернете.
С развитием сети Интернет, архитектура управления базами данных
получали новый вектор развития.
На заре Интернета, доступ к базам данным обеспечивался напрямую.
Затем была разработана Web среда, которая позволила обернуть базу данных
в красивую, удобную и понятную пользователю оболочку.
Эта Web-среда формируется при помощи сервера, на котором
прописаны все логические операции и алгоритмы.
Таким образом, между базой данных и пользователем появился
посредник, и этот посредник выполняет функции клиентской программы.
Данный подход позволяет всем пользователям сети Интернет
установить всего одно приложение — Web-браузер, и просматривать весь
34
контент без использования специальных программ-клиентов. [36]
Клиенты-браузеры часто называют «тонкими клиентами».
Помимо таких клиентов существуют «толстые клиенты», которые
ориентированы на определенную базу данных. «Тонкие клиенты», в отличии
от «толстых», способны только отображать данные в заданном формате и
посылать на сервер простые запросы.
Примеры «тонких клиентов» — Google Chrome, Internet Explorer, Safari
Примеры «толстых клиентов» — ICQ, Skype, WebMoney
Принцип работы трехуровневой архитектуры простой.
Например, клиентам какой-либо компании необходимо срочно получить
список товаров, доступных для заказа.
Для этого, клиент запускает Web-браузер на своем компьютере, и
заходит на сайт компании.
Страница с товарами формируется благодаря специальному скрипту,
который выполняется на сервере.
Этот скрипт посылает SQL-запросы к СУБД и возвращает обработанную
информацию пользователю.
Схема взаимодействия представлена на рисунке 10.
Исходя из этого, становится понятно, что в трехуровневой архитектуре
Интернета Web-браузер или другой «тонкий клиент» является интерфейсом
пользователя. Он называется клиентским уровнем.
Браузер взаимодействует с Web-сервером, точнее посылает запросы на
отображение необходимых страниц. Уровень Web-сервера — прикладной
уровень.
Скрипт, который выполняется на Web-сервере конструирует SQL-
запрос к СУБД, которая возвращает требуемые данные из базы. СУБД и база
размещены на сервере, и они являются третьим, информационным уровнем
архитектуры. [29]
35
Рисунок 10 — Схема взаимодействия
2.2.2. Функциональная модель деятельности предприятия
Управление недвижимостью — основное направление деятельности
компании «Макрони Трейд». Данный вид деятельности можно представить в
виде функциональной модели. На вход процесса подается информация об
объектах и клиентах. На выходе получаются подписанные договоры и отчеты
руководителям. Главными ресурсами являются персонал (human resources) и
материальные ресурсы. Деятельность компании основывается на
законодательстве РФ. Управление производится по распоряжениям
36
руководства. Общая контекстная диаграмма деятельности управляющей
компании представлена на рисунке 11:
Рисунок 11 — Контекстная диаграмма ФМ деятельности управляющей
компании
2.2.3. Функциональная модель системы управления предложениями
объектов недвижимости
Рассмотрим функциональную модель программной системы в целом.
В центре находится сущность «Программная система для управления
предложением объектов недвижимости».
На вход системе подается информация о курсах валют, информация об
объектах недвижимости, запросы пользователей и информация о
разграничении прав доступа.
На выходе получаются результаты выполнения запросов пользователей.
Главными ресурсами являются система управления объектами
недвижимости и менеджеры. Управление же осуществляется с помощью
37
инструкции пользователю и распоряжения заказчика программной системы.
Контекстная диаграмма функциональной модели программной системы
представлена на рисунке 12:
Рисунок 12 — Контекстная диаграмма функциональной модели программной
системы
Данную программную систему для лучшего понимания принципов
работы и грамотной постановки задачи на разработку можно разбить
(декомпозировать) на отдельные составляющие.
Рассмотрим некоторые из них.
Блок «Наполнение БД объектов» показывает процесс заполнения базы
данных. Данный блок состоит из 3 основных процессов:
1) создание и редактирование объектов недвижимости;
2) создание и редактирование галереи;
3) редактирование информационного web-описания объекта.
На вход подается информация об объектах и разграничении прав
доступа. На выходе получаются данные в базе данных. Ресурсами служат
менеджер (управляющий) и система управления. Управление же
осуществляется с помощью инструкции пользователю и распоряжения
38
заказчика программной системы.
Декомпозиция блока «Наполнение БД объектов» представлена на
рисунке 13:
Рисунок 13 — Декомпозиция блока «Наполнение БД объектов»
Блок «Создание, редактирование объекта недвижимости» показывает
процесс добавления и изменения уже добавленных объектов недвижимости.
Данный блок состоит из 3 основных процессов:
- задание формализованных данных об объекте;
- загрузка маленькой фотографии (превью);
- проверка корректности входных данных.
На вход подается информация об объектах и разграничении прав
доступа. На выходе получаются данные в базе данных, а также идентификатор
объекта. Ресурсами служат менеджер (управляющий) и система управления.
Управление же осуществляется с помощью инструкции пользователю и
распоряжения заказчика программной системы.
Декомпозиция блока «Создание и редактирование объекта
недвижимости» представлена на рисунке 14:
39
Рисунок 14 — Декомпозиция блока «Создание, редактирование объекта
недвижимости»
Блок «Отображение данных» показывает поиска и отображения данных
о конкретном объекте. Данный блок состоит из 3 основных процессов:
1) постраничный вывод краткой информации об объектах;
2) вывод подробной информации об объекте;
3) загрузка курсов валют с сайта ЦБ РФ.
На вход подается информация об объектах и разграничении прав
доступа, курс валют с сайта ЦБ РФ.
На выходе получаются полные сведения об объекте.
Ресурсами служат менеджер (управляющий) и система управления.
Управление же осуществляется с помощью инструкции пользователю и
распоряжения заказчика программной системы.
Декомпозиция блока «Отображение данных» представлена на рисунке
15:
40
Рисунок 15 — Декомпозиция блока «Отображение данных»
2.3. Техническое задание
2.3.1. Общие сведения
Web-ориентированная система управления предложениями объектов
недвижимости.
АИС предназначена для обеспечения единой информационной
инфраструктуры в сфере управления недвижимостью, оперативного доступа к
сведениям об объектах недвижимости и снижения временных затрат на
информационное обеспечение путем обеспечения круглосуточного доступа к
необходимой информации об объектах недвижимости с возможностью
осуществления поиска по заданным критериям.
2.3.2. Требования к системе
Разрабатываемая система должна обеспечивать вывод такой
информации, как:
1) информация об объектах недвижимости;
2) информация о клиентах компании;
3) сведения о выездах менеджеров на объект;
4) информацию о пользователях системы;
41
5) история действий пользователей;
6) новости для сотрудников;
7) вспомогательная информация (например, курсы валют).
В системе должна быть заложена возможность добавлять, удалять и
редактировать объекты и клиентов компании.
На данный момент, для динамичного развития и увеличения
конкурентоспособности компании сотруднику необходимы средства, с
помощью которых он смог бы быстро получать нужные сведения и оперативно
их обрабатывать. [27]
В нашем случае, существуют конкретные требования:
1) менеджеру необходимо иметь доступ к базе данных с объектами
недвижимости из любого места с доступом к сети Интернет;
2) менеджеру нужен справочник текущих и потенциальных клиентов
компании, которым он сможет предлагать новые объекты.
Помимо этого, необходимо разграничение прав доступа и система
уровней доступа, для того чтобы руководители могли следить за работой
сотрудников и корректировать ее при необходимости. [19]
При разработке Системы должны предусматриваться:
1) Разработка, оценка и выбор модели построения информационно-
коммуникационной инфраструктуры Системы с учетом информационных,
технологических, организационных и финансовых аспектов, а также мер по
обеспечению требуемого уровня информационной безопасности;
2) Разработка стандартных процедур информационного
взаимодействия при управлении инфраструктурой и информационным
наполнением Системы.
В Системе должно быть учтено следующее:
1) Уровень готовности потенциальных пользователей к
использованию Системы и возможности совершенствования общей и
профессиональной культуры информационного взаимодействия;