Деятельность риэлтерского агентства «Азбука Жилья», характеризуется следующими особенностями:
— основным направлением деятельности является реализация недвижимости, представленной собственными новостройками;
— использование широкого спектра форм расчетов, применение программ ипотеки и кредитования;
— малочисленный штатный состав сотрудников, требующий качественной информационной поддержки.
Исходя из того, что агентство по покупки — продаже недвижимости является фирмой посредником, т. е. в проводимых операциях с недвижимостью она не выступает ни в роли покупателя, ни в роле продавца. Следовательно, можно сделать вывод, что основным видом деятельности фирмы является работа с клиентами, которые хотят продать либо купить недвижимость. Иными словами, основной задачей фирмы является поиск оптимальных вариантов покупки либо продажи собственности отдельно взятого клиента, на основании имеющихся данных о заказах (заявках) других клиентов. Таким образом, агентство помогает продавцу найти своего покупателя и наоборот. За услуги подобного рода, фирма получает проценты от суммы продаваемого объекта.
Нотации описания бизнес-процессов. Часть 2. Блок-схемы (Flow-Charting) | Naked BPM
Организационная структура объекта автоматизации
В агентстве существует элементарная организационная структура, которая отражает двухуровневое разделение, присущее только в маленьких организациях.
Начальник офиса. Руководитель группы риэлторов
– Руководство группой риэлторов.
– Планирование, контроль и отчетность по работе офиса.
– Контроль хода всех сделок.
– Прием и внесение авансов.
– Проверка «чистоты» документации
– Контроль за соответствием законодательству деятельности агентства.
– составление и сдача отчетов
– Консультации потенциальных клиентов.
– Заключение агентских договоров в офисе компании и с выездом к клиенту.
– Подбор квартир по специализированной риэлтерской базе.
– Административная поддержка деятельности офиса.
– Отправка/прием факсов. Распечатка документов.
– Закупка канцтоваров и др. товаров для жизнедеятельности офиса.
– Ведение статистики посещения офиса сотрудниками.
Рисунок 1 — Организационная диаграмма
Разработка модели процесса
В качестве средства автоматизации описания бизнес-процессов предметной области было решено использовать CASE-средство BPWin версии 4.0 со встроенным пакетом обновлений ServicePack 1, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ).
Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции).
Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени детализации. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе.
Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя сущность и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент «перекресток», что позволяет описать логику взаимодействия компонентов системы.
Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На рисунке 2 представлена контекстная диаграмма ИС «Агентство Недвижимости»
Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
Основной функцией отражающей систему в целом является продажа недвижимости. На вход функции подаются:
— Запрос от покупателя (заявка на приобретение жилья);
— Жилой фонд (имеющаяся в продаже недвижимость).
В качестве управления на систему в целом действуют:
Рисунок 2 — Контекстная диаграмма ИС «Агентство Недвижимости»
— Законы РФ (правовые нормы, регулирующие отношения в области операций с недвижимостью);
— Утвержденные шаблоны официальных документов (шаблоны договоров и дополнительных соглашений).
— Клиенты. Принимают решение о заключения договора, вносят дополнения и изменения в условия договора, влияют на денежные потоки.
— Агенты. Выполняют основную работу по сбору и анализу информации, подготовке и оформлению документов, формированию отчетной документации.
— Юридический отдел. Выполняет проверку документации на соответствие правовым нормам.
После преобразования входной информации, при воздействии управления с помощью описанных выше механизмов получаем:
— Калькуляцию по сделкам. Расчет суммарных затрат на заключение договора и суммарной прибыли;
— Документация по сделке. Набор документов, касающихся совершенной сделки.
Далее выполняется разбиение (детализация) контекстной диаграммы на диаграммы декомпозиции.
На рисунке 3 приведена диаграмма декомпозиции контекстной диаграммы.
Рисунок 3 — Диаграмма декомпозиции контекстной диаграммы ИС «Агентство Недвижимости»
Основная функция разбивается на следующие работы:
Вход первой работы, выход последней, механизмы выполнения работ и управления описаны выше.
У каждой работы на выходе есть информация, которая поступает на вход следующего блока и так далее, до получения результирующей информации (выход контекстной диаграммы).
Выходом работы «Бронирование квартиры» является информация о заказе, которая включает в себя информацию о клиенте, недвижимости и характере сделки.
Выходом работы «Заключение договора» является график оплат, который определяет сроки и размер выплат за приобретенную недвижимость.
Выходом работы «Исполнение договора» является документ — «Квитанция» об оплате всей стоимости приобретенной недвижимости. В течение исполнения обязательств могут произойти события, нарушающие утвержденный в договоре график оплат (нарушение сроков, задолженность, расторжение сделки и так далее). В связи с этим необходимо вновь пройти процедуру заключения договора с внесением в него дополнительных изменений или пересчетом графика оплат.
Выходом работы «Завершение сделки» являются документы и отчеты, описанные в контекстной диаграмме.
В свою очередь каждый блок-работа диаграммы декомпозиции может быть декомпозирован.
На рисунке 4 приведена диаграмма декомпозиции для работы «Бронирование квартиры».
Рисунок 4 — Диаграмма декомпозиции бизнес-процесса «Бронирование квартиры»
Она состоит из следующих блоков:
— Заполнение карточки покупателя. Внесение информации о клиенте (имя, адрес проживания, телефоны, информация о представленных документах). Выходом этой работы является карточка клиента. В дальнейшем информация из карточки будет использована для установления контакта с клиентом, оформления документации;
— Бронирование квартиры за покупателем. При оформлении заявки на покупку недвижимости выполняется ее бронирование за клиентом. В случае успешного заключения договора о покупке недвижимость переходит во владение клиентом. Если же сделка не будет завершена, и клиент не заявит о себе в течение 2-х недель бронирование с квартиры снимается и она может быть приобретена другим клиентом. Выходом этой работы является информация, выходящая из блока «Бронирование квартиры».
— Составление договора. Внесение первоначальной информации о клиенте и недвижимости в выбранный шаблон договора. На этом этапе выполнятся проверка юристами на соответствие договора правовым нормам. Выходом этого блока является договор формы 1;
— Составление графика оплат. Расчет и включение в договор графика оплаты. При этом учитывается срок ссуды. Выходом этого блока является договор формы 2, включающий в себя рассчитанный график оплат;
Рисунок 5 — Диаграмма декомпозиции бизнес-процесса «Заключение договора»
Согласование с покупателем. Это процедура внесения корректив в шаблон договора и утверждения его покупателем. Выходом этого блока является договор, утвержденный покупателем;
— Оформление договора. Утверждение договора администрацией предприятия. Выходом этого блока является утвержденный сторонами график оплат.
На рисунке 6 приведена диаграмма декомпозиции блока «Исполнение договора». Она включает в себя следующие блоки:
— Оплата в кассу. Описывает процесс внесения оплаты в кассу организации согласно графику. Выходом блока является квитанция о внесении оплаты;
— Контроль взаиморасчетов с покупателями. Отражает процесс учета регулярности и размеров оплаты, вносимой клиентами. В случае неуплаты в срок, выполняется уведомление клиента и начисление штрафа;
На рисунке 7 приведена диаграмма декомпозиции блока «Завершение сделки». Она включает в себя следующие блоки:
— Выполнение операций по завершению сделки. Подготовка официальной документации, оповещение клиентов. Подготовка отчетности для администрации компании. Выходом этого блока является формы документов о завершении сделки.
— Оформление и подписание официальных документов. Утверждение официальных документов. Выходной информацией этого блока является информация о завершении сделки, сроках и суммах платежей.
— Расчет прибыли. Калькуляция прибыли от сделки. Расчет затрат.
Рисунок 6 — Диаграмма декомпозиции бизнес-процесса «Исполнение договора»
Рисунок 7 Диаграмма декомпозиции бизнес-процесса «Завершение сделки»
На рисунке 8 представлена диаграмма декомпозиции в нотации DFD «ИС «Агентство недвижимости»».
Рисунок 8 — Диаграмма декомпозиции в нотации DFD. ИС «Агентство недвижимости».
IDEF3 — это способ описания процессов с использованием структурированного метода, позволяющего эксперту в предметной области представить положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.
IDEF3 является технологией, хорошо приспособленной для сбора данных, требующихся для проведения структурного анализа системы.
В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантических ограничений, делающих неудобным описание неполных или нецелостных систем. Кроме того, автор модели (системный аналитик) избавлен от необходимости смешивать свои собственные предположения о функционировании системы с экспертными утверждениями в целях заполнения пробелов в описании предметной области.
На диаграмме, представленной на рисунке 9, представлена декомпозиция процесса обработки заявки клиента в нотации IDEF3. На диаграмме изображен процесс обслуживания.
Рисунок 9 — Диаграммы декомпозиции в нотации IDEF3. «Агентство недвижимости».
На рисунке 10 представлено итоговое расположение работ в дереве узлов:
Рисунок 10 — Диаграмма дерева узлов.
Источник: studentopedia.ru
Методические указания к практическим работам по дисциплине _Устр. Методические указания по выполнению практических работ Специальность 09. 02. 04 Информационные системы (по отраслям)
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 6.1 Mb.
Оценка предметной области и уровня автоматизации. Построение схемы бизнес-процессов.
Цель: разработка модели бизнес-процессов предприятия.
Программное обеспечение: текстовый редактор Microsoft Word, MS Visio.
Диаграмма прецедентов компании «МЕД»
На Диаграмме прецедентов представлены автоматизируемые бизнес-процессы компании и их исполнители.
Разработка информационных систем включает в себя несколько этапов. Однако всегда начальным этапом создания системы является изучение, анализ и моделирование деятельности заказчика.
- Самостоятельная работа: формирование физической диаграммы. Составьте физическую диаграмму в соответствии с описанием деятельности компании дистрибьютора МЕД
Выполнение задания
Компания осуществляет закупки у отечественных и зарубежных производителей, следовательно, контрагентами компании являются отечественные и зарубежные поставщики медикаментов. Компания пользуется услугами транспортных компаний для доставки медикаментов. Следовательно, транспортные компании являются внешними контрагентами.
Кроме того, компания реализует медикаменты через дистрибьюторскую сеть и сеть аптек. Следовательно, контрагентами компании являются покупатели (дистрибьюторы, аптеки). Таким образом, внешними контрагентами компании «МЕД» являются поставщики (отечественные, зарубежные), покупатели (дистрибьюторы, аптеки), транспортные компании.
На физической диаграмме компания изображается прямоугольником, для отображения контрагентов используются графический символ Actor (фигурка человечка). Для изображения связей между компанией и контрагентами используются линии (Communications). Взаимодействия компании и внешних контрагентов должны быть поименованы, чтобы были понятны функции контрагентов по отношению к компании при знакомстве с физической диаграммой.
Создание физической диаграммы в MS Visio:
- Запустите MS Visio. (Кнопка «Пуск»/ «Программы» / MS Visio).
- Появится окно, в котором необходимо выбрать папку Software/ UML Model Diagram. В открывшемся списке форм (Shapes) для построения физической диаграммы следует выбрать пункт UML Use Case. В результате проделанных действий на экране появится окно, в левой части которого будет отображен набор графических символов, а в правой части — лист для рисования диаграммы (рис.2.1).
Рисунок 2.1-Общий вид окна MS Visio
- Для изображения прямоугольника на панели инструментов «Стандартная» найдите и зафиксируйте щелчком мыши пиктограмму с изображением прямоугольника. Затем, при нажатой правой клавиши мыши вы сможете нарисовать произвольного размера прямоугольник.
- Для изображения на диаграмме контрагентов следует воспользоваться графическим символом с изображением человечка. Графический символ переносится на рабочее поле мышкой при нажатой правой клавише.
Примечание. Для последующего перемещения графических символов по рабочему полю необходимо зафиксировать пиктограмму Pointer Tool с изображением стрелки, размещенную на панели инструментов «Стандартная». Только после этого графический символ будет доступен для перемещения его мышкой.
- Соедините линиями изображение каждого контрагента с прямоугольником. Для этого на панели инструментов «Стандартная» щелчком мыши зафиксируйте пиктограмму с изображением линии Line Tool и при нажатой левой клавише мышки осуществите соединение фигур.
- Внесите наименования контрагентов «Покупатели (аптеки)», «Покупатели (дистрибьюторы)», «Поставщики (Россия)», «Поставщики (импорт)», «Транспортные компании». Для того чтобы внести надписи на диаграмме, необходимо на панели инструментов «Стандартная» зафиксировать пиктограмму Text Tool (символ буквы «А»). Щелкните мышкой на изображении человечка, курсор установится на поле с надписью Actor. Введите в это поле наименование контрагента.
- Введите наименование компании «МЕД» в нарисованный прямоугольник, щелкнув мышкой по прямоугольнику. Обратите внимание на то, что при этом должна быть активна пиктограмма Text Tool (символ буквы «А»).
- Аналогичным образом внесите надписи к линиям соединения фирмы и контрагентов.
Физическая диаграмма ЗАО «МЕД» представлена на рисунке 2.2.
- Ответьте на контрольные вопросы:
- Что такое диаграмма прецедентов?
- Какой технологии проектирования характерно использование диаграмм прецедентов?
- Какая программа позволяет создавать диаграммы прецедентов?
Требования к оформлению отчетного материала:
Практические работы сохраняются в личной папке на сетевом диске на листах формата А4. Первый лист должен содержать сведения об исполнителе. Отчет оформляется по специально заданной структуре и предоставляется для оценивания преподавателю в недельный срок со дня выполнения работы.
Отчет о практической работе должен содержать:
цель работы;
исходные данные;
ход решения;
ответы на контрольные вопросы (если таковые имеются);
Форма контроля: практическая проверка.
Ссылки на источники: [1].
Практическая работа № 4
Источник: topuch.com
