Тема: Разработка автоматизированной системы для Бюро недвижимости «Баст-ЕТ» (стр. 8 )

АИС агентства недвижимости будет использоваться риэлторами и руководителем компании.

Входные данные для системы: данные по предлагаемым объектам, характеристики запрашиваемого объекта, согласие или отказ от предложенных вариантов, информация по оплате сделки.

Выходные данные для системы:

? договор и акт приема-передачи объекта недвижимости;

? список объектов недвижимости;

? список заявок клиентов;

? список контрагентов;

? объявление о продаже или арене объекта.

Механизмы системы ? это риэлтор.

Управление системы ? Внутренний регламент работы и Гражданский кодекс РФ.

Для построения моделей бизнес-процессов и описания бизнес-процессов используются методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.

Для разработки функциональной модели выбрано CASE-средство Computer Associates AllFusion Process Modeller 7.3. Более ранние версии данного продукта имели название BPWin. Process Modeller (BPWin) ? мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности ? действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия – от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin – еще и мощное средство моделирования процессов при создании корпоративных информационных систем.

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

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

С помощью BPwin пользователь может сделать свою работу более продуктивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко могут быть отбуксированы в нужное место. Интерфейс BPwin, выполненный в стиле «проводника» облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса.

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения:

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

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

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

Контекстная диаграмма, выполненная с использованием методологии IDEF0, представлена на рисунке 7.

Рисунок 7 – Контекстная диаграмма TO-BE работы агентства недвижимости

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

Рисунок 8 – Контекстная диаграмма TO-BE работы агентства недвижимости

2.8 ОПИСАНИЕ ПРОГРАММНЫХ МОДУЛЕЙ

Описание модулей программы приведено в таблице 19.

Таблица 19 – Описание модулей программы

Название модуля	Описание назначения
Realty.dpr	Головной модуль проекта
uCard.pas	Карточка объекта недвижимости
uContrag.pas	Учет контрагентов
uDeal.pas	Учет сделок
uDistrict.pas	Учет районов
uDM.pas	Модуль данных – невизуальная форма, обеспечивающая хранение наборов данных для подключения к таблицам БД
uDocs.pas	Модуль для формирования выходных документов. Экранной формы не имеет.
uLogin.pas	Запрос логина и пароля пользователя при каждом запуске программы. При первом запуске программы: запрос у пользователя пути к БД, сохранение настоек в ini-файле, подключение к БД. При следующих запусках: подключение к БД на основе сохраненных настроек в ini-файле.
uMain.pas	Главная экранная форма, обеспечивающая доступ к остальным формам

Продолжение таблицы 19

uRealtor.pas	Учет риэлторов
uRealty.pas	Учет объектов недвижимости
uReqCard.pas	Карточка заявки на объект недвижимости
uRequest.pas	Учет заявок на объекты недвижимости
uSpecific.pas	Учет всех характеристик объектов недвижимости
uStat.pas	Формирование статистических диаграмм
uSumToStr.pas	Модуль для преобразования суммы цифрами в сумму прописью. Экранной формы не имеет.
uTypicalSpecific.pas	Учет типовых характеристик по видам объектов недвижимости

2.9 РАЗРАБОТКА ИНТЕРФЕЙСНЫХ ФОРМ

Экранные формы для ввода входной информации приведены в

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

В процессе работы использованы следующие принципы организации пользовательского интерфейса [14]:

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

–  отсутствие избыточности. Должен обеспечиваться ввод минимально необходимого объёма данных для решения задач или управления системой. Не должен требоваться повторный ввод данных или ввод вычисляемых данных;

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

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

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

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

Дерево диалога (граф переходов экранных форм) представлено на рисунке 9.

Рисунок 9 – Дерево диалога

После запуска программы пользователь должен авторизоваться, введя логин и пароль. Программа состоит из двух АРМ: АРМ Руководителя (доступны все функции программы) и АРМ Риэлтора (не доступны статистика, настройка некоторых справочных данных).

Главная форма программы, приведенная на рисунке Б1, имеет главное меню, посредством которого пользователь может получить доступ ко всем остальным экранным формам приложения.

2.10 ХАРАКТЕРИСТИКА НОРМАТИВНО-СПРАВОЧНОЙ И ВХОДНОЙ ОПЕРАТИВНОЙ ИНФОРМАЦИИ

К нормативно-справочной входной информации относятся данные о риэлторах, видах недвижимости, характеристиках недвижимости в зависимости от ее вида, контрагентах,

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

Входной оперативной информацией является информация о новом объекте недвижимости (предложении), новой заявке на сделку (покупку, аренду, обмен).

Экранные формы для ввода входной информации приведены в приложении Б.