Кафедра вычислительной математики и программиро
^ Чтение продуктов группы
Передаем id группы продуктов, которые нужно отразить в выборке. Получаем список продуктов, по каждому из которых приводится заданный список параметров и их значений.
Рисунок 20 – Диаграмма взаимодействия для чтения продуктов группы
^ Чтение дополнительных продуктов
Передаем id продукта, имя продукта и наименование параметров, которые нужно отразить в выборке дополнительных продуктов.
Рисунок 21 – Диаграмма взаимодействия для чтения дополнительных продуктов
^ Получение списка продуктов по коду группы продуктов
Передаем код группы продуктов и наименование параметров, которые нужно отразить в списке продуктов.
Рисунок 22 – Диаграмма взаимодействия для получения списка продуктов по коду группы продуктов
^ 3.4 Сервис заявок
Сервис используется для управления структурой заявки на приобретение продукта. В таблице ниже представлены операции, выполняемые сервисом:
Применение
Вход/Выход
Создание заявки
Передаем команду на создание определенного типа заявки и параметры заявки. Получаем идентификатор созданной заявки.
Добавление члена заявки
Передаем id заявки, id и тип добавляемого члена (персона, компания, объект собственности) заявки. Получаем оценку полноты заявки.
Удаление члена заявки
Передаем id заявки, id удаляемого члена заявки. Получаем оценку полноты заявки.
Чтение заявки
Передаем id заявки и тип, получаем описание заявки со структурой.
Изменение статуса заявки
Передаем id заявки и ее новый статус.
Работа сервиса требует работы сервиса продуктов, используемого для получения параметров продукта, ограничивающих структуру заявки.
^ Ограничения на заявку со стороны продукта
Возможная структура заявки должна быть определена на уровне параметров продукта, для продажи которого создается заявка. Соответствие заявки параметрам продукта определяется при добавлении и удалении членов заявки.
^ Статусы заявки
Обработка заявки в рамках бизнес-процесса предполагает последовательное изменение статуса заявки. Заявка создается с неопределенным статусом.
^ Базовая схема данных
Базовая схема данных содержит только информацию в отношении структуры заявки и ссылки на продукт, в рамках процесса-продажи которого возникла сама заявка. Базовая схема может быть расширена таблицами, необходимыми для хранения данных, характеризующих желание клиента в отношении параметров приобретаемого продукта.
В таблице ниже дано описание таблиц БД схемы:
Таблица
Описание
REQUEST
Таблица, в которой хранятся открытые и закрытые заявки.
REQUEST_MEMBER
Таблица ссылок на сущности, которые участвуют в заявке: персоны, компании, объекты собственности.
Схема изображена на диаграмме ниже:
Рисунок 23 – Схема хранения данных сервиса заявок
^ Создание заявки
Передаем команду на создание определенного типа заявки и параметры заявки. Получаем идентификатор созданной заявки. Диаграмма взаимодействия представлена на рисунке ниже:
Рисунок 24 – Диаграмма взаимодействия для создания заявки
^ Добавление члена заявки
Передаем id заявки, id и тип добавляемого члена (персона, компания, объект собственности) заявки. Получаем оценку полноты заявки. Диаграмма взаимодействия представлена на рисунке ниже:
Рисунок 25 – Диаграмма взаимодействия для добавления члена заявки
^ Удаление члена заявки
Передаем id заявки, id удаляемого члена заявки. Получаем оценку полноты заявки. Диаграмма взаимодействия представлена на рисунке ниже:
Рисунок 26 – Диаграмма взаимодействия для удаления члена заявки
^ Чтение заявки
Передаем id заявки и тип, получаем описание заявки со структурой. Диаграмма взаимодействия представлена на рисунке ниже:
Рисунок 27 – Диаграмма взаимодействия для чтения заявки
^ Изменение статуса заявки
Передаем id заявки и ее новый статус. Диаграмма взаимодействия представлена на рисунке ниже:
Рисунок 28 – Диаграмма взаимодействия для изменения статуса заявки
ЗАКЛЮЧЕНИЕ
В ходе выполнения работы было проведено ознакомление с уже существующими методами и способами разработки web-сервисов. Выделены плюсы и минусы сервисно-ориентированной архитектуры в разрезе банковских приложений и, исходя из полученных данных, был спроектирован основной модуль для обработки информации и обмена ею между web-сервисами и базой данных. Отдельно были продуманы структуры необходимых для реализуемого бизнес-процесса web-сервисов.
В результате работы основной процесс был разбит на отдельные части — подпроцессы — для более простой реализации на стороне разработки и для удобства размещения информации в клиентской части приложения. Были созданы четыре независимых друг от друга web-сервиса для обработки банковских данных. В web-сервисах реализованы возможности чтения, создания, изменения и сохранения данных.
^ СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1 Биберштейн, Н. Компас в мире сервисно-ориентированной архитектуры: / Н. Биберштейн, С. Боуз – «КУДИЦ-Пресс» , 2007. – 256 с.
2 James Bean. SOA and Web Services Interface Design: Principles, Techniques, and Standards: / James Bean – «Morgan Kaufmann» , 2009. – 384 с.
3 Eben Hewitt. Java SOA Cookbook: / Eben Hewitt – «O’Reilly Media» , 2009. – 675 с.
4 Блинов, И.Н. Java. Промышленное программирование: / И.Н. Блинов, В.С. Романчик - Минск : «УниверсалПресс», 2007. – 704 с.
5 Хабибуллин, И. Разработка web-служб средствами Java: / Хабибуллин И. – Санкт-Петербург : «БХВ-Петербург», 2003. – 400 с.
6 Старыгин, А. XML. Разработка web-приложений: / А. Старыгин - Санкт-Петербург : «БХВ-Петербург», 2003. – 592 с.
7 Энсор, Д. Oracle. Проектирование баз данных: / Д. Энсор, Й. Стивенсон - Санкт-Петербург : «BHV», 1999. – 450 с.
8 Долган, Э. Банковское дело, деньги, денежно-кредитная политика: / Э. Долган, К.Р. Келнбер - Мос.-Ленинград, 1991. – 355 c.
9 Кравцова, Г.И. Деньги, кредит, банки: / Г.И. Кравцова - Минск: «Меркованке», 1994 г. – 521 с.
10 Дэвид Флэнаган. JavaScript. Подробное руководство: / Флэнаган Дэвид - пер. с англ. – А. Киселев - «Символ-Плюс» , 2008. – 992 с.
11 Прохоренок, Н.А. jQuery. Новый стиль программирования на JavaScript: / Н.А. Прохоренок - «Вильямс», 2010. – 272 с.
12 Velocity User Guide (http://velocity.apache.org/engine/devel/user-guide.html
|
|
