Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛП1.docx
Скачиваний:
16
Добавлен:
18.08.2019
Размер:
2.23 Mб
Скачать

5.2. Часть2. Моделирование внутреннего информационного обеспечения банковской деятельности

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

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

Начальный этап проектирования этой части работы может быть выполнен в соответствии со схемой, представленной на рис. 10

Рис. 10 Взаимодействие системы ДБО внутри контура банковской деятельности

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

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

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

Остальные элементы первого уровня декомпозиции представлены НСИ (руководство пользователя системы ДБО, ФЗ «О персональных данных») и ресурсами для использования ДБО с целью получения банковских услуг (банкоматы, видеодисплейные терминалы с предустановленным ПО от компании, персональный компьютер).

Декомпозиция главного функционального блока этого этапа работы может быть выполнена так, как на рис. 11

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

- Клиент банка (физическое лицо; система ориентирована именно на физических лиц) проходит процедуру аутентификации и получает доступ к возможностям системы ДБО.

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

- Сервер приема платежей, а также результатов выполнения других трансакций (связан с базой данных). Через этот сервер осуществляется отправка платежей, принятых банком, пополнение счетов и пластиковых карт. Отчеты по таким операциям отправляются в АБС банка.

- АБС банка содержит данные о проведенных банком операциях в отношении клиента.

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

- АРМ оператора. Все проводки для расчетов с получателями платежей (поставщики услуг) генерируются в этом месте и после проверки выгружаются в АБС банка. Кроме того, генерируются реестры за необходимый период для получателей платежей, сверки и прочие необходимые документы.

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

Рис. 11 Система ДБО в рамках информационного контура банковской деятельности

Особенности системы ДБО

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

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

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

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

Преимущества системы

- комбинирование технологий «тонкого» и «толстого клиента» обусловливает масштабируемость системы и ориентированность на возможности и требования клиента;

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

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

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

- возможность открывать счета дистанционно, без обращения в отделение банка.

6. Содержание отчета

Цель лабораторной работы.

Основные необходимые сведения по теории моделирования и проектирования.

Задание.

Этапы выполнения работы.

Описание результатов.

Варианты заданий

Разработать модель бизнес-процессов выбранной предметной области следующих предприятий:

  1. Построить функциональную модель бизнес-процессов для автоматизации деятельности страховой компании.

  2. Построить функциональную модель ресторана для автоматизации процесса заказа и оплаты блюд, напитков.

  3. Построить функциональную модель процесса оформления кредита в банке.

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

  5. Построить функциональную модель процесса получения и анализа данных с помощью алгоритмов Data Mining в IT-компании.

  6. Построить функциональную модель оптовых продаж в книжном Интернет-магазине.

  7. Построить функциональную модель процесса организации чемпионата мира по футболу.

8. Контрольные вопросы

  1. Дайте определение бизнес-процесса как основного элемента в модели ППП All Fusion Process Modeler.

  2. Какие методологии моделирования можно выбрать при создании нового проекта?

  3. Какие основные правила лежат в основе методологии IDEF0?

  4. В каких технологиях электронного банкинга реализована система ДБО, разработанная в банке?

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

Список литературы и интернет- источников.

  1. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2003 – 432 с.

  2. Дистанционное банковское обслуживание / кол. авторов. – М.:КНОРУС: ЦИПСиР, 2010. – 328 с.

http://www.bssys.com/

http://www.rugost.com/

ЛАБОРАТОРНАЯ РАБОТА 2.

Разработка структурно-функциональной диаграммы предприятия высоких технологий с использованием пакета прикладных программ «AllFusion Process Modeler 7.1.

Разработана в соответствии с учебной программой дисциплины «Проектирование информационных систем» по специальности 080801 «Прикладная информатика (в экономике)».

Лабораторная работа рассматривает проектирование бизнес-процессов на реальном предприятии ООО НПФ «ФИТО». Компания «ФИТО» занимается разработкой высокотехнологичного оборудования для полива в теплицах, а также микроклиматом в теплицах.

Компания расширяет свой бизнес и разрабатывает оборудование для микроклимата в жилых помещениях. Одним из программных средств, для разработки будущего инновационного проекта, является «All Fusion Process Modeler 7.1», с помощью которого моделируется структурно-функциональная диаграмма «TO BE». Эта диаграмма покажет совокупность бизнес процессов для выпуска системы микроклимата в жилых помещениях.

В результате выполнения лабораторной работы студент должен:

  • закрепить теоретические знания;

  • практически ознакомиться с программным средством «All Fusion»

  • иметь представление о проектировании моделей бизнес процессов и разработке структурно-функциональных диаграмм «AS-IS» и «TO-BE»

Лабораторная работа завершается оформлением письменного от­чета и его защитой преподавателю, проводившему лабораторное занятие.

1 Цель работы

Целью лабораторной работы является ознакомление с особенностями ППП «All Fusion Process Modeler», а также с технологиями описания бизнес процессов. Студенты получат опыт проектирования бизнес процессов на реальном предприятии, которое разрабатывает инновационный проект. Лабораторная работа завершается оформлением письменного от­чета и сдачей устного зачета преподавателю, проводившему занятия.

Состав задания к лабораторной работе.

Задание1. Ознакомиться с инструментарием программы «All Fusion»

Задание2. Построить диаграмму бизнес процессов «TO-BE»

3 .ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТЫ И ОФОРМЛЕНИЕ ОТЧЕТА

1. Ознакомиться с общими сведениями к лабораторной работе

2. Запустить «AllFusion Process Modeler 7.1»

3. Выполнить задание 1.

3.1 Окно программы при первом открытии (Рис.1)

Рис 1.

3.2 Ввести название проекта «Климат» и выбрать методологию «IDEF0». Нажать «ОК» (Рис.2)

Рис 2. Окно создания новой модели

3.3 Далее появится окно, где следует указать свойства создаваемой модели (Рис.3). На первой вкладке следует указать Фамилию и имя автора модели, а также его инициалы. Остальные вкладки, определяющие такие свойства модели как: нумерация и положение функциональных блоков, высота и ширина страницы рекомендуется оставить без изменения.

Рис.3 Окно свойств для новой модели

3.4 Знакомство с панелями.

На появившейся странице верхнего уровня модели находится первый функциональный блок модели (Рис.4).

Рис.4. Основное окно AllFusion Process Modeler 7.1

Основное окно программы содержит следующие части:

1. Рабочая область

2. Панели инструментов

3. Область модели

Рассмотрим подробнее содержимое каждой из частей программы:

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

Панели инструментов: эти панели содержат практически все используемые при работе элементы. По умолчанию все панели отображаются на экране. При необходимости пользователь может отключить или, наоборот, включить требуемые модели, используя меню «View». Имеются следующие панели инструментов:

• Standard toolbar – содержит кнопки для управления файлами (новый, открыть, сохранить, печать), кнопки отображения области свойств модели, кнопки управления масштабом изображения.

Рис.5. Стандартная панель инструментов

•Toolbox for Business Process Diagrams (IDEF0) – инструментальные кнопки создания элементов модели: функциональных блоков и связей (стрелок) (Рис.6). Содержит кнопки: стрелка – выбор объекта, создание функционального блока, создание стрелки для связи функциональных блоков с внешним миром и между собой, создание текста, редактор модели, переходы к родительской и дочерней моделям (диаграммам).

Рис.6. Панель Toolbox for Business Process Diagrams (IDEF0)

•ModelMart – панель кнопок специального инструментального средства. Область модели содержит название модели, все уровни декомпозиции разрабатываемой функциональной модели, а также названия всех функций, выполняемых на каждом уровне декомпозиции.