Добавлен: 22.05.2023
Просмотров: 655
Скачиваний: 5
СОДЕРЖАНИЕ
1. Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности
1.2. Организационная структура управления предприятием
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
2. Информационное обеспечение задачи
2.1. Информационная модель и её описание
2.2. Используемые классификаторы и системы кодирования
2.3. Характеристика нормативно-справочной, входной и оперативной информации
2.4. Характеристика результатной информации
3. Программное обеспечение задачи
3.1. Общие положения (дерево функций и сценарий диалога)
3.2. Характеристика базы данных
Стратегическая / счетная карта BSC
Стратегическая карта предназначена для визуализации стратегических целей и причинно-следственных связей между ними, а также другой необходимой информации.
В соответствии с уровнями стратегических целей выделяют разные уровни стратегических карт. Стратегическую карту верхнего уровня принято называть Корпоративной.
Бизнес-модель Банка [1] включает стратегические карты следующих направлений:
- для всего банка - «Корпоративная» (см. Рис. 2.3);
- «Private Banking Банка»;
- «Корпоративный бизнес Банка»;
- «Розничный бизнес Банка»;
- «Кредитование»;
- «Развитие сети терминалов самообслуживания»;
- «Развитие системы менеджмента качества банка»;
- «Развитие Интернет-банка (дистанционного банковского обслуживания)».
Счетные карты показывают перечень целей и их основные атрибуты: показатели, владелец, проекты, единицы измерения, период и т.д. В счетные карты также могут заноситься планируемые и фактические значения показателей для отслеживания достижения целей и принятия оперативных корректирующих воздействий.
Модель окружения цели
Если нет необходимости строить единую счетную карту для всех стратегических целей, можно построить отдельную счетную карту для одной или нескольких целей в виде модели окружения цели (см. Рис. 2.4).
Рис. 2.3. Стратегическая карта Банка «Корпоративная»
Рис. 2.4. Модель окружения стратегической цели банка (счетная карта)
2.2. Используемые классификаторы и системы кодирования
Таблица 1. Перечень реквизитов платежных документов, предоставляемых СЭСЗП
|
№ |
Название реквизита |
Примечание |
|---|---|---|
|
Внутренний уникальный код платежа |
||
|
Номер платежного документа |
||
|
Дата платежного документа pp. |
||
|
Код валюты платежа (буквенный ISO) |
||
|
Код валюты платежа (цифровой ISO) |
||
|
Сумма платежа |
||
|
Счет плательщика |
Из OVRPARK |
|
|
ИНН плательщика |
Из OVRPARK |
|
|
КПП получателя |
||
|
КПП плательщика |
||
|
Название плательщика |
Из OVRPARK |
|
|
Английское название плательщика |
Из OVRPARK |
|
|
Юридический адрес плательщика |
Из OVRPARK |
|
|
Банк плательщика (вместе с городом) |
Из OVRPARK |
|
|
Английское название банка плательщика |
Из OVRPARK |
|
|
Город банка плательщика |
Из OVRPARK |
|
|
Юридический адрес банка плательщика |
Из OVRPARK |
|
|
БИК банка плательщика |
Из OVRPARK |
|
|
Кор счет банка плательщика |
Из OVRPARK |
|
|
Счет плательщика |
Из OVRPARK |
|
|
ИНН получателя |
Если платеж позиционный - из OVRPARK |
|
|
Название получателя |
Если платеж позиционный - из OVRPARK |
|
|
Английское название получателя |
Если платеж позиционный - из OVRPARK |
|
|
Адрес получателя |
Если платеж позиционный - из OVRPARK |
|
|
Банк получателя (вместе с городом) |
Если платеж позиционный - из OVRPARK |
Сопряжение должно быть реализовано с теми версиями и экземплярами систем Клиент-Банк, которые установлены у Заказчика на момент утверждения ТЗ. Сопряжение с другими версиями, с другими системами и экземплярами систем не предусматривается в рамках внедрения Системы.
2.3. Характеристика нормативно-справочной, входной и оперативной информации
Каждая система Клиент-Банк должна иметь возможность импортировать (загружать) электронные платежные документы, находящиеся в текстовых файлах на сервере, где установлена Система.
Каждая система Клиент-Банк должна иметь возможность экспортировать (выгружать) электронные дебетовые и кредитовые приложения к выпискам в текстовые файлы на сервере, где установлена Система. В приложениях должны обязательно присутствовать реквизиты, указанные в Таблице 2.1.
Если система Клиент-Банк не выгружает дебетовые и кредитовые приложения к выпискам автоматически, пользователь данной системы должен производить экспорт с помощью интерфейса данной системы.
Таблица 2.1. Перечень обязательных реквизитов дебетовых и кредитовых приложений
|
№ |
Название реквизита |
|
Номер документа |
|
|
Дата документа |
|
|
Валюта (буквенный код ISO) |
|
|
БИК банка плательщика |
|
|
Кор счет банка плательщика |
|
|
Банк плательщика |
|
|
Счет плательщика |
|
|
Плательщик |
|
|
ИНН плательщика |
|
|
БИК банка получателя |
|
|
Кор счет банка получателя |
|
|
Банк получателя |
|
|
Счет получателя |
|
|
Получатель |
|
|
ИНН получателя |
|
|
Сумма |
|
|
Назначение платежа |
|
|
Дата исполнения документа |
В случае, если система Клиент-Банк не имеет строго установленных форматов экспортируемых/импортируемых документов, эти форматы должны настраиваться средствами системы Клиент-Банк, и процедура настройки должна быть описана в документации на эту систему.
2.4. Характеристика результатной информации
Характеристика результатной информации:
• ведение необходимой нормативно-справочной информации;
• ведение значение счета клиента, является отражением счета, который ведется в банке, с максимально возможной точностью;
• подготовка начальных платежных документов (или автономно, или прием их из программы автоматизации бухгалтерии предприятия);
• обмен с банком платежными документами;
• получение соответствующих платежных документов из банка;
• обмен с банком технологической информацией и предоставление клиенту полной информации о состоянии выполнения расчетов по каждому из платежных документов, проходит как через систему «клиент-банк», так и за пределами системы;
• ведение протоколов работы, архивов проведенных (и отклоненных) трансакций;
• ведение нормативно-справочной информации и обеспечения ею программных комплексов клиентской части;
• распределение прав доступа пользователей-клиентов, регистрация доступа клиентов, предотвращения несанкционированного доступа;
• обмен платежными документами с клиентской частью, с информированием клиента о результатах приема его документов или их отклонения (с обязательным уведомлением причин отклонения);
• обмен платежными документами с программным комплексом ОДБ (в частности, банковская часть системы «клиент - банк» может быть одним из компонентов ОДБ), который собственно и выполняет расчеты клиента по документам, полученные через систему «клиент - банк», а также ведение счетов клиентов с отображением фактических трансакций;
• ведение протоколов работы, архивов проведенных (и отклоненных) трансакций.
3. Программное обеспечение задачи
3.1. Общие положения (дерево функций и сценарий диалога)
Процессный подход требует указания связей на всех уровнях бизнес-процессов в дереве (сверху вниз). Однако как показывает банковская практика, связи между бизнес-процессами на верхних уровнях (1-3) не несут большого информационного значения для рядовых сотрудников – исполнителей бизнес-процессов. Наибольший интерес представляют модели отдельных бизнес-процессов (технологические карты), т.е. взаимодействие всех исполнителей внутри одного процесса и инструкции по выполнению процедур каждым исполнителем.
Бизнес-модель Банка [1] включает дерево всех бизнес-процессов крупного универсального банка до уровня функций (см. Рис. 3.1), выполняемых сотрудниками.
Рис. 3.1. Дерево бизнес-процессов банка (фрагмент)
Модель окружения бизнес-процесса
Модель окружения бизнес-процесса (см. Рис. 3.2) создается перед его детальным описанием, для того чтобы показать границы процесса (входы-выходы, события начала-завершения) и атрибуты (автоматизирующие его информационные системы, показатели, владелец, исполнители и др.).
Рис. 3.2. Модель окружения бизнес-процесса «Изготовление банковской карты»
Модель бизнес-процесса представляет собой детальное описание бизнес-процесса, его бизнес-логики. Она должна быть простой и понятной тем исполнителям, для которых разрабатывается.
Модель может быть выполнена в различных нотациях, которые рекомендуется использовать на разных уровнях дерева бизнес-процессов.
- На верхних и средних уровнях: VAD, IDEF0, DFD.
- На нижних уровнях: eEPC, IDEF3, DFD, Cross Functional Flowchart.
Основные элементы, которые используются при графическом описании бизнес-процессов:
- процесс / функция;
- событие;
- связь (стрелка);
- операторы (условие, И, ИЛИ, исключающее ИЛИ);
- информационные и материальные потоки (входы-выходы);
- ссылки (внешние, междиаграммные);
- операционные ресурсы.
Если у нескольких бизнес-процессов есть общие функциональные блоки (процедуры), то они описываются один раз в дереве процессов, а затем на них ставятся ссылки из разных процессов.
Бизнес-модель Банка [1] включает детальные описания следующих бизнес-процессов в нотации Cross Functional Flowchart (технологические карты).
Группа основных бизнес-процессов «Обслуживание физических лиц».
- Кредит наличными
- Ипотечное кредитование
- Взыскание просроченной задолженности
- Банковские карты
Группа основных бизнес-процессов «Обслуживание юридических лиц».
- Банковские счета
- Валютный контроль и валютные операции
- Депозиты
- Кредитование
- Зарплатные проекты
- Индивидуальные банковские сейфы (ИБС)
- Инкассация
- Дистанционное банковское обслуживание (ДБО)
Обеспечивающие бизнес-процессы
- ИТ-обеспечение и связь (включая процессы ITIL «Библиотека инфраструктуры информационных технологий» / ITSM «Управление ИТ-обслуживанием»)
- Административно-хозяйственное обеспечение
- Обеспечение безопасности
- Управление ПОД / ФТ (финансовый мониторинг)
- Управление рисками
Управляющие бизнес-процессы
- Стратегическое управление
- Управление финансами
- Управление маркетингом и работой с Клиентами (включая маркетинговые исследования, управление продуктами банка, управление продажами и работа с клиентами, функционирование колл-центра и телемаркетинг)
- Управление проектами
- Управление качеством (включая функционирование системы менеджмента качества и обязательные процедуры СМК – ISO 9000)
- Управление персоналом и организационной структурой банка
- Управление филиальной сетью банка
- Антикризисное управление
Пример технологической карты процесса нижнего уровня «Подготовка и выполнение операций инкассации банкомата» показан на Рис. 3.3.
Рис. 3.3. Технологическая карта процесса
«Подготовка и выполнение операций инкассации банка»
3.2. Характеристика базы данных
Таблица 3.1. Структура входных массивов
|
Название |
Название поля |
Тип поля |
размерность поля |
|
|
Структура массива DOV_KLIENT |
||||
|
код клиента |
KOD_ KLIENT |
9 |
5 |
|
|
Ф.И.О. |
FIO_ KLIENT |
A |
30 |
|
|
Дата рождения |
DATA_NARODGENNA |
D |
8 |
|
|
Место жительства |
MISCE_PROGIVANNA |
A |
30 |
|
|
Место жительства |
MISCE_NAROD |
A |
30 |
|
|
серия паспорта |
SERIYA_PASP |
X |
8 |
|
|
Дата выдачи паспорта |
DATA_VUD_PASP |
D |
8 |
|
|
Кем выдан паспорт |
KUM_VUDAN_PASPORT |
A |
30 |
|
|
идентификационный номер |
IDENT_KOD |
9 |
10 |
|
|
Телефон |
TELEPHON |
9 |
11 |
|
|
Структура массива DOV_VUD_ RAHUNOK |
||||
|
код клиента |
NAZVA-VUDY_RAH |
A |
8 |
|
|
Структура массива DOV_GROH_OD |
||||
|
Название денежной единицы |
NAZVA_GROHOVA_OD |
A |
8 |
|
|
Структура массива OPER_RAH |
||||
|
номер карточки |
NOMER_KARTOCHKU |
N |
9 |
|
|
Дата снятия средств |
DATA_ZNATTA_KOSHTA |
D |
8 |
|
|
снятая сумма |
ZNATTA_SYMMA |
D |
8 |
|
|
Структура массива OPER_RAH_1 |
||||
|
номер карточки |
NOMER_KARTOCHKU |
N |
9 |
|
|
Дата снятия средств |
DATA_ZNATTA_KOSHTA |
D |
8 |
|
|
снятие суммы |
ZNATTA_SYMMA |
I |
8 |
|
|
Структура массива DOV_KARTOCHKA |
||||
|
номер карточки |
NOMER_ KARTOCHKU |
N |
9 |
|
|
баланс |
BALANS |
I |
8 |
|
|
Дата фактического завершения |
DATA_FAKT_ZAVARSHENIA |
D |
8 |
|
|
Дата закрытия |
DATA_ZAKRUTTA |
D |
8 |
|
|
Дата открытия |
DATA_VIDKRUTTA |
D |
8 |
|
|
код клиента |
KOD_KLIENT |
N |
9 |
|